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INTRODUCTION 


Advanced  Micro  Devices  was  the  first  company  in  the  industry  to  offer  a  complete  802.3/Ethernet 
chip  set  in  1985.  Today,  AMD  is  a  leading  supplier  of  integrated  circuits  to  the  local  area  network 
and  the  wide  area  marketplace.  Our  total  portfolio  includes  products  for  802.3/Ethernet,  Fiber  Dis- 
tributed Data  Interface  (FDDI)  and  ISDN  applications.  This  rich  mix  of  products  reflects  AMD's 
commitment  to  your  needs  and  insures  leadership  in  this  exciting  marketplace. 

This  handbook  includes  a  complete  offering  of  solutions  for  the  systems  architect/designer  of 
802.3/Ethernet  local  area  network  (LAN)  applications. 

AMD  Value  Proposition 

AMD  provides  products  that  accelerate  your  products'  time-to-market. 

Our  products  are  supported  with  software  and  board  level  solutions  to  accelerate  the  design  cy- 
cle. A  great  emphasis  is  placed  in  standards  compliance,  interoperability  testing  and  systems  veri- 
fication of  our  integrated  circuits. 

Many  of  AMD's  products  result  from  joint  development  programs  with  premier  networking  systems 
corporations.  This  ensures  optimal  product  definition  and  system  verification.  Examples  of  joint 
development  efforts  include  Digital  Equipment  Corporation,  Hewlett-Packard  Corporation,  3COM 
Corporation,  and  SynOptics  Communications,  Inc. 

Ethernet  Media  Access  Controllers 

AMD  is  the  leading  supplier  of  802.3/Ethernet  ICs.  This  market  includes  engineering  workstations, 
personal  computer  platforms  and  embedded  applications.  AMD  offers  solutions  for  both  16-bit 
and  32-bit  microprocessor  busses.  The  industry's  most  widely  designed  Ethernet  controller,  the 
NMOS  Am7990  LANCE,  defined  the  industry  preferred  architecture  for  efficient  software  interface 
in  high-performance  applications.  From  the  LANCE,  the  Am79C90  C-LANCE  was  developed,  an- 
swering the  need  for  Ethernet  Controllers  in  low  power  applications.  The  Am79C940  Media  Ac- 
cess Controller  for  Ethernet  (MACE)  is  a  16-bit  controller  with  a  superior  modular  architecture  and 
versatile  system  interlace  that  allow  it  to  be  configured  as  a  stand-alone  device  or  as  a  connec- 
tivity cell  incorporated  into  a  larger,  integrated  system.  The  MACE  is  specifically  designed  to  ad- 
dress applications  where  multiple  I/O  peripherals  are  present,  and  a  centralized  or  system  specific 
DMA  is  required. 

Complementing  the  controller  offering  are  a  Manchester  encoder/decoder  (Am7992B)  and  several 
physical  layer  devices  for  either  thick  coax  Ethernet/IEEE  802.3  (I0BASE5),  thin  coax  Cheapernet/ 
IEEE  802.3  (10BASE2),  or  twisted  pair  Ethernet/IEEE  802.3  (10BASE-T). 

Medium  Attachment  Units 

For  medium  attachment  units  (MAUs),  also  known  as  stand-alone  transceivers,  AMD  offers  three 
products.  The  original  Ethernet/802.3  10BASE5  and  10BASE2  transceiver,  the  Am7996,  is  a 
proven  industry  solution  used  extensively  in  all  markets.  An  evaluation  board,  the  Am7996EVAL- 
HW,  facilitates  rapid  design  and  production  of  Am7996  based  MAUs. 

The  Am79C98  Twisted  Pair  Ethernet  Transceiver  (TPEX)  and  Am79C100  Twisted  Pair  Ethernet 
Transceiver  Plus  (TPEX+),  are  AMD's  offerings  for  the  802.3  10BASE-T  market.  The  Am79C98 
and  Am79C100  are  highly  Integrated  devices  that  allow  for  a  very  cost  effective  LAN  system  im- 
plementation using  10BASE-T  medium  attachment  units. 


Highly  Integrated  Single-Chip  Controllers 


Since  1992,  AMD  has  been  offering  a  complete  family  of  single-chip  802.3/Ethernet  controllers 
that  integrate  a  complete  802.3/Ethernet  node  into  a  single  VLSI  device.  The  PCnet™  family  of 
highly-integrated  bus-mastering  controllers  are  binary  code  compatible.  This  family  of  16-bit  and 
32-bit  devices  have  glueless  interfaces  to  some  of  the  most  popular  platforms,  including  ISA 
(Am79C960/61),  EISA  (Am79C960/61 ),  VL  (Am79C965),  and  PCI  (Am79C970),  that  help  system 
designers  to  reduce  board  space  requirements.  In  addition,  AMD  is  the  first  to  offer  a  single-chip 
802.3/Ethernetcontroller  that  conforms  to  Microsoft's  Plug  and  Play  Specifications  for  ISA 
(Am79C961).  These  controllers'  unique  architecture  and  features  also  makes  them  well  suited  for 
internetworking  systems  and  network  peripherals. 

Multiport  Repeaters 

Multiport  repeaters,  hubs  and  concentrators  have  been  used  in  the  industry  for  many  years  in 
coaxal  cable  networks.  With  the  emergence  of  10BASE-T  and  its  structured  cabling  system  or 
physical  star  configuration,  the  multiport  repeater  has  become  an  essential  part  of  a  local  area 
network.  Without  a  I0BASE-T  multiport  repeater  there  is  no  10BASE-T  network. 

The  principal  value  of  a  10BASE-T  local  area  network  is  that  it  allows  the  network  manager  to 
build,  reconfigure  and  maintain  a  larger  and  reliable  network  with  a  low  cost  of  ownership.  To  im- 
prove reliability,  reduce  system  cost,  and  allow  for  effective  LAN  management  in  a  10BASE-T 
multiport  repeater  implementation,  AMD  has  introduced  the  Am79C981  Integrated  Multiport  Re- 
peater Plus  (IMR+).  The  Am79C987  Hardware  Implemented  Management  Information  Base™ 
(HIMIB™)  provides  repeater  management  functions,  complying  to  all  options  detailed  in  the  Layer 
Management  for  10  Mb/s  Baseband  Repeaters  (IEEE  802.3k)  Standard.  The  HIMIB™  device  is 
designed  to  be  used  in  conjunction  with  AMD's  IMR+  device.  These  devices  allow  the  system  de- 
signer to  easily  develop  reliable,  maintainable  10BASE-T  multiport  repeaters  of  various  complex- 
ity and  functionality.  The  ISA-HUB-KT  is  designed  to  serve  as  a  repeater  application  example  as 
well  as  an  evaluation  vehicle  tor  the  AMD  IMR+  (Am79C981)  and  HIMIB™  (Am79C987)  devices. 

Evaluation  Platforms 

AMD  also  has  design  evaluation  vehicles  to  assist  system  designers  gain  a  detailed  and  thorough 
understanding  of  the  inner  working  of  our  Ethernet  chips.  Evaluation  kits  are  available  for  media 
access  controllers,  transceivers,  multiport  repeaters,  and  highly-integrated  single  chip  controllers. 
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DISTINCTIVE  CHARACTERISTICS 

■  Compatible  with  Ethernet  and  IEEE  802.3 
10BASE  5  Type  A,  and  10BASE  2  Type  B, 
"Cheapernet,"10BASE-T 

Easily  interfaced  with  80x86, 680x0,  A m 29000 \ 
Z8000™,  LSI-II™  microprocessors 

On-board  DMA  and  buffer  management, 
64-byte  Receive,  48-byte  Transmit  FIFOs 

24-bit  wide  linear  addressing  (Bus  Master 
Mode) 

Network  and  packet  error  reporting 
Back-to-back  packet  reception  with  as  little  as 
0.5  (is  interframe  spacing 


Diagnostic  Routines 

—  Internal/external  loop  back 

—  CRC  logic  check 

—  Time  domain  reflectometer 

Low  power  consumption  for  power  sensitive 
applications 

Completely  software  and  hardware  compatible 
to  AMD's  LANCE  device  (Am7990) 
(see  Appendix  B) 


GENERAL  DESCRIPTION 

The  Am79C90  CMOS  Local  Area  Network  Controller  for 
Ethernet  (C-LANCE)  is  a  48-pin  VLSI  device  designed 
to  greatly  simplify  interfacing  a  microcomputer  or  mini- 
computer to  an  IEEE  802.3/Ethernet  Local  Area  Net- 
work. The  C-LANCE,  in  conjunction  with  the  Am7992B 
Serial  Interface  Adapter  (SIA),  Am7996  or  Am79C98 
Transceiver,  and  closely  coupled  local  memory  and 


microprocessor,  is  intended  to  provide  the  user  with  a 
complete  interface  module  for  an  Ethernet  network.  The 
Am79C90  is  designed  using  a  scalable  CMOS  technol- 
ogy and  is  compatible  with  a  variety  of  microprocessors. 
On-board  DMA,  advanced  buffer  management,  and  ex- 
tensive error  reporting  and  diagnostics  facilitate  design 
and  improve  system  performance. 
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RELATED  AMD  PRODUCTS 


Partl> 

lo. 

Description 

Am79 

96 

IEEE  802.3/Ethernet/Cheapernet  Tap  Transceiver 

Am79 

C100 

Twisted-Pair  Ethernet  Transceiver  Plus  (TPEX+) 

Am79 

C900 

Integrated  Local  Area  Communications  Controller™  (ILACC™) 

Am79C940 

Media  Access  Controller  for  Ethernet  (MACE™] 

Am79C960 

PCnet-ISA  Single-Chip  Ethernet  Controller  (for  ISA  bus) 

Am79C961 

PCnet-ISA  Single-Chip  Ethernet  Controller  (with  Microsoft"  Plug  n'  Play  support) 

Am79C965 

PCnet-32  Single-Chip  32-Bit  Ethernet  Controller  (for  386DX,  486  and  VL  buses) 

Am79C970 

PCnet-PCI  Single-Chip  Ethernet  Controller  (for  PCI  bus) 

Am79C974 

PCnet-SCSI  Combination  Ethernet  and  SCSI  Controller  for  PCI  Systems 

Am79C98 

Twisted-Pair  Ethernet  Transceiver  (TPEX) 

Am79 

C981 

Integrated  Multiport  Repeater  Plus™  (IMR+™) 

Am79 

C987 

Hardware  Implemented  Management  Information  Base™  (HIMIB™) 
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AUI  -  Attachment  Unit  Interface 
DTE  -  Data  Terminal  Equipment 
MAU  -  Medium  Attachment  Unit 
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ORDERING  INFORMATION 
Standard  Products 

AMD  standard  products  are  available  in  several  packages  and  operating  ranges.  The  order  number 
formed  by  a  combination  of: 


AM79C90 


Combination)  is 


OPTIONAL  PROCESSING 

Blank  =  Standard  Processing 
TR  -  Tape  and  Reel  Packaging 


TEMPERATURE  RANGE 

C  =  Commercial  (0°C  to  +70°C) 


PACKAGE  TYPE 

P  =  48-Pin  Plastic  DIP  (PD  048) 

J  =  68-Pin  Plastic  Leaded  Chip  Carrier  (PL  068) 


SPEED  OPTION 

Not  Applicable 


DEVICE  NUMBER/DESCRIPTION 

Am79C90 

CMOS  Local  Area  Network  Controller  for  Ethernet 


Valid  Combinations 

AM79C90 

PC,  JC,  JCTR 

Valid  Combinations 

Valid  Combinations  list  configurations  planned  to  be 
supported  in  volume  for  this  device.  Consult  the  lo- 
cal AMD  sales  office  to  confirm  availability  of  specific 
valid  combinations  and  to  check  on  newly  released 
combinations. 
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P  N  DESCRIPTION 
A16- A23 

High  Order  Address  Bus  (Output  Three  State) 

Additional  address  bits  to  access  a  24-bit  address. 
These  lines  are  driven  as  a  Bus  Master  only. 

ADR 

Register  Address  Port  Select  (Input) 

When  the  C-LANCE  is  a  slave,  ADR  indicates  which  of 
the  two  register  ports  is  selected.  ADR  LOW  selects  reg- 
ister data  port;  ADR  HIGH  selects  register  address  port. 
ADR  must  be  valid  throughout  the  data  portion  of  the 
bus  cycle  and  is  only  used  by  the  C-LANCE  when  CS  is 
LOW. 

ALE/AS 

Address  Latch  Enable  (Output,  Three-State) 

Used  to  demultiplex  the  DAL  lines  and  define  the  ad- 
dress portion  of  the  bus  cycle.  This  I/O  pin  is  program- 
mable through  bit  (01)  of  CSR3. 

As  ALE  (CSR3  (01),  ACON  =  0),  the  signal  transitions 
from  a  HIGH  to  a  LOW  during  the  address  portion  of  the 
transfer  and  remains  LOW  during  the  data  portion.  ALE 
can  be  used  by  a  Slave  device  to  control  a  latch  on  the 
bus  address  lines.  When  ALE  is  HIGH,  the  latch  is  open, 
and  when  ALE  goes  LOW,  the  latch  Is  closed. 

As  AS  (CSR3  (01),  ACON  =  1),  the  signal  pulses  LOW 
during  the  address  portion  ofjhe  bus  transaction.  The 
LOW-to-HIGH  transition  of  AS  can  be  used  by  a  Slave 
device  to  strobe  the  address  into  a  register. 

The  C-LANCE  drives  the  ALE/AS  line  only  as  a  Bus 
Master. 


BMO/BYTE,  BM1/BUSAKO 
(Output,  Three-State) 

The  two  pins  are  programmable  through  bit  (00)  of 
CSR3 

BM0,  BM1  -  If  CSR3  (00)  BCON  =  0 

PIN  15=  BMP  (Output  Three-state)  (48-Pin  DIPs) 

PIN  16  =  BM1  (Output  Three-state)  (48-Pin  DIPs) 

BM0,  BM1  (Byte  Mask).  This  indicates  the  byte(s)  on  the 
DAL  are  to  be  read  or  written  during  this  bus  transaction. 
The  C-LANCE  drives  these  lines  only  as  a  Bus  Master.  It 
ignores  the  Byte  Mask  lines  when  it  is  a  Bus  Slave  and 
assumes  word  transfers. 

Byte  selection  using  Byte  Mask  is  done  as  described  by 
the  following  table: 


BM1 

BM0 

Selection 

LOW 

LOW 

Whole  Word 

LOW 

HIGH 

Upper  Byte 

HIGH 

LOW 

Lower  Byte 

HIGH 

HIGH 

None 

BYTE,  BUSAKO  -  If  CSR3  (00)  BCON  =  1 

PIN  15  =  BYTE  (Output  Three-state)  (48-Pin  DIPs) 

PIN  16  =  BUSAKO  (Output)  (48-Pin  DIPS) 

Byte  selection  may  also  be  done  using  the  BYTE  line 
and  DAL00  line,  latched  during  the  address  portion  of 
the  bus  cycle.  The  C-LANCE  drives  BYTE  only  as  a  Bus 
Master  and  ignores  it  when  a  Bus  Slave  selection  is 
done  (similar  to  BM0,  BM1).  Byte  selection  is  done  as 
outlined  in  the  following  table: 


BYTE 

DA  LOO 

Selection 

LOW 

LOW 

Whole  Word 

LOW 

HIGH 

Illegal  Condition 

HIGH 

LOW 

Lower  Byte 

HIGH 

HIGH 

Upper  Byte 

BUSAKO  is  a  bus  request  daisy  chain  output.  If  the  chip 
is  not  requesting  the  bus  and  it  receives  HLDA, 
BUSAKO  will  be  driven  LOW.  If  the  C-LANCE  is  re- 
questing the  bus  when  it  receives  HLDA,  BUSAKO  will 
remain  HIGH. 

Byte  Swapping 

In  orderto  be  compatible  with  the  variety  of  1 6-bit  micro- 
processors available  to  the  designer,  the  C-LANCE  may 
be  programmed  to  swap  the  position  of  the  upper  and 
lower  order  bytes  on  data  involved  in  transfers  with  the 
internal  FIFOs. 

Byte  swapping  is  done  when  BSWP  =  1 .  The  most  sig- 
nificant byte  of  the  word  in  this  case  will  appear  on  DAL 
lines  7-0  and  the  least  significant  byte  on  DAL  lines 
15-8. 

When  BYTE  =  H  (indicating  a  byte  transfer)  the  table  in- 
dicates on  which  part  of  the  16-bit  data  bus  the  actual 
data  will  appear. 

Whenever  byte  swap  is  activated,  the  only  data  that  is 
swapped  is  data  traveling  to  and  from  the  Transmit/ 
Receive  FIFOs. 
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Signal  Line 

Mode  Bits 

BSWP  =  0 
and  BCON  =  1 

BSWP  =  1 
and  BCON  =  1 

BYTE  =  L  and 
DALOO  =  L 

Word 

Word 

BYTE  =  L  and 
DALOO  -  H 

Illegal 

Illegal 

BYTE  =  H  and 
DALOO  =  H 

Upper  Byte 

Lower  Byte 

BYTE 
DALO 

=  Hand 
0  =  L 

Lower  Byte 

Upper  Byte 

CLSN 

Collision  (Input) 

A  logical  input  that  indicates  that  a  collision  is  occurring 
on  the  channel. 

CS 

Chip  Select  (Input) 

Indicates,  when  asserted,  that  the  C-LANCE  is  the  slave 
device  of  the  data  transfer.  CS  must  be  valid  throughout 
the  data  portion  of  the  bus  cycle.  CS  must  not  be  as- 
serted when  HLDA  is  LOW. 

DALOO  -  DAL15 

Data/Address  Lines  (Input/Output,  Three-State) 

The  time  multiplexed  Address/Data  bus.  During  the  ad- 
dress portion  of  a  memory  transfer,  DALOO  -  DAL15 
contains  the  lower  1 6  bits  of  the  memory  address.  The 
upper  8  bits  of  address  are  contained  in  A16  -  A23. 

During  the  data  portion  of  a  memory  transfer,  DALOO  - 
DAL1 5  contains  the  read  or  write  data,  depending  on  the 
type  of  transfer. 

The  C-LANCE  drives  these  lines  as  a  Bus  Master  and  as 
a  Bus  Slave. 


DALI 

Data/Address  Line  In  (Output,  Three-State) 

An  external  bus  transceiver  control  line.  DALI  is  as- 
serted when  the  C-LANCE  reads  from  the  DAL  lines.  It 
will  be  LOW  during  the  data  portion  of  a  READ  transfer 
and  remain  HIGH  for  the  entire  transfer  if  it  is  a  WRITE. 
DALI  is  driven  only  when  C-LANCE  is  a  Bus  Master. 


DALO 

Data/ Address  Line  Out  (Output,  Three-State) 

An  external  bus  transceiver  control  line.  DALO  is  as- 


serted when  the  C-LANCE  drives  the  DAL  lines.  DALO 
will  be  LOW  only  during  the  address  portion  if  the  trans- 
fer is  a  READ.  It  will  be  LOW  for  the  entire  transfer  if  the 
transfer  is  a  WRITE.  DALO  is  driven  only  when 
C-LANCE  is  a  Bus  Master. 
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DAS 

Data  Strobe  (Input/Output,  Three-State) 

Defines  the  data  portion  of  the  bus  transaction.  DAS  is 
high  during  the  address  portion  of  a  bus  transaction  and 
low  during  the  data  portion.  The  LOW-to-HIGH  transi- 
tion can  be  used  by  a  Slave  device  to  strobe  bus  data 
into  a  register.  DAS  is  driven  only  as  a  Bus  Master. 


HLDA 

Bus  Hold  Acknowledge  (Input) 


A  response  to  HOLD.  When  HLDA  is  LOW  in  response 
to  the  chip's  assertion  of  HOLD,  the  chip  is  the  Bus 
Master. 

During  bus  master  operation  the  C-LANCE  waits  for 
HLDA  to  bedeasserted  HIGH  before  reasserting  HOLD 
LOW.  This  insures  proper  bus  handshake  under  all 
situations. 


HOLD/BUSRQ 

Bus  Hold  Request  (Output,  Open  Drain) 

Asserted  by  the  C-LANCE  when  it  requires  access  to 
memory.  HOLD  is  held  LOW  for  the  entire  ensuing  bus 
transaction.  The  function  of  this  pin  is  programmed 
through  bit  (00)  of  CSR3.  Bit  (00)  of  CSR3  is  cleared 
when  RESET  is  asserted. 

When  CSR3  (00)  BCON=  0 


PIN  17  =  HOLD 

(Output  Open  Drain  and  input  sense)  (48-Pin  DIPs) 
When  CSR3  (00)  BCON  =  1 


PIN  17  =  BUSRQ  (I/O  Sense,  Open  Drain)  (48-Pin  DIPs) 

If  the  C-LANCE  wants  to  use  the  bus,  it  looks  at 
HOLD/BUSRQ;  if  it  is  HIGH  the  C-LANCE  can  pull  it 
LOW  and  request  the  bus.  If  it  is  already  LOW,  the 
C-LANCE  waits  for  it  to  go  inactive-HIGH  before  re- 
questing the  bus. 


INTR 

Interrupt  (Output,  Open  Drain) 

An  attention  signal  that  indicates,  when  active,  that  one 
or  more  of  the  following  CSR0  status  flags  is  set:  BABL, 
MERR,  MISS,  RINT,  TINT  or  IDON.  INTR  is  enabled  by 
bit  06  of  CSR0  (INEA  =  1 ).  INTR  remains  asserted  until 
the  source  of  Interrupt  is  removed. 

RCLK 

Receive  Clock  (Input) 

A  10  MHz  square  wave  synchronized  to  the  Receive 
data  and  only  active  while  receiving  an  Input  Bit  Stream. 
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READ 

(Input/Output,  Three-State) 

Indicates  the  type  of  operation  to  be  performed  in  the 
current  bus  cycle.  This  signal  is  an  output  when  the 
C-LANCE  is  a  Bus  Master. 


High  -  Data  is  taken  off  the  DAL  lines  by  the 
C-LANCE. 

Low   -  Data  is  placed  on  the  DAL  lines  by  the 
C-LANCE. 

The  signal  is  an  input  when  the  C-LANCE  is  a  Bus 
Slave. 

h  -  Data  is  placed  on  the  DAL  lines  by  the 
C-LANCE. 

Low   -  Data  is  taken  off  the  DAL  lines  by  the 
C-LANCE. 

READY 

(Input/Output,  Open  Drain) 

When  the  C-LANCE  is  a  Bus  Master,  READY  is  an 
asynchronous  acknowledgment  from  the  bus  memory 
that  it  will  accept  data  in  a  WRITE  cycle  or  that  it  has  put 
data  on  the  DAL  lines  in  a  READ  cycle. 


As  a  Bus  Slave,  the  C-LANCE  asserts  ready  when  it 
has  put  data  on  the  DAL  lines  during  a  READ  cycle  or  is 
about  to  take  data  off  the  DAL  lines  during  a  write  cycle. 
READY  is  a  response  to  DAS  and  will  return  High  after 
DAS  has  gone  High,  ready  is  an  input  when  the 
C-LANCE  is  a  Bus  Master  and  an  output  when  the 
C-LANCE  is  a  Bus  Slave. 

REN  A 

Receive  Enable  (Input) 

A  ogical  input  that  indicates  the  presence  of  carrier  on 
the  channel. 


RESET 

Reset  (Input) 

Reset  causes  the  C-LANCE  to  cease  operation,  clear  its 
internal  logic,  force  all  three-state  buffers  to  the  high  im- 
pedance state,  and  enter  an  idle  state  with  the  stop  bit  of 
CSRO  set.  It  is  recommended  that  a  3.3  kfl  pullup  resis- 
tor be  connected  to  this  pin. 

RX 

Receive  (Input) 

Receive  Input  Bit  Stream. 

TCLK 

Transmit  Clock  (Input) 

10  MHz  clock. 

TENA 

Transmit  Enable  (Output) 

Transmit  Output  Bit  Stream  enable.  When  asserted,  it 
enables  valid  transmit  output  (TX). 

TX 

Transmit  (Output) 

Transmit  Output  Bit  Stream. 

Vdd 

Power  Supply  Pin  +5  V  ±5% 

It  is  recommended  that  0.1  u.F  and  1 0  u.F  decoupling  ca- 
pacitors be  used  between  Vdd  and  Vss. 

Vss 
Ground 

Pin  1  and  24  (48-Pin  DIPs)  should  be  connected  to- 
gether externally,  as  close  to  the  chip  as  possible. 


Am79C90 


1-9 


AMD 


PRELIMINARY 


FUNCTIONAL  DESCRIPTION 

The  parallel  interface  of  the  CMOS  Local  Area  Network 
Controller  for  Ethernet  (C-LANCE)  has  been  designed 
to  be  "friendly"  or  easy  to  interface  to  a  variety  of  popular 
microprocessors.  These  microprocessors  include  the 
Am29000,  80x86,  680x0,  Z8000  and  LSI-11.  The 
C-LANCE  has  a  24-bit  wide  linear  address  space  when 
it  is  in  the  Bus  Master  Mode.  A  programmable  mode  of 
operation  allows  byte  addressing  in  one  of  two  ways: 
a  Byte/Word  control  signal  compatible  with  the  80x86 
and  Z8000  or  an  Upper  Data  Strobe  and  Lower  Data 


Strobe  signal  compatible  with  microprocessors  such  as 
the  68000.  A  programmable  polarity  on  the  Address 
Strobe  signal  eliminates  the  need  for  external  logic.  The 
C-LANCE  interfaces  with  both  multiplexed  and  de- 
multiplexed data  busses  and  features  control  signals  for 
address/data  bus  transceivers.  The  C-LANCE  ispin-for- 
pin  compatible  with  AMD's  LANCE  device  (Am7990). 
Please  refer  to  Appendix  B  for  a  complete  comparison 
between  the  C-LANCE  and  LANCE  devices. 


Data  and  Address 

Address  Bits 

Bits  0-15     16-23  Control 


A1 


6-A23 


Buffer 


CFU 

DAL0-DAL15 
ALE 


Buffer 


c 


A1 6-A23 


Buffer 


z1- 


DAL0  -  DAL15 


ALE 


Latch 


A16-A23 


DAL0-DAL15  A16-A23  Control 


3 


C-LANCE 


ALE 


ADR 


Decoder 


CS 
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Figure  1.  C-LANCE/CPU  Interfacing  Multiplexed  Bus 
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Figure  2.  C-LANCE/CPU  Interfacing  Demultiplexed  Bus 


17881B-6 


During  initialization,  the  CPU  loads  the  starting  address 
of  the  initialization  block  into  two  internal  control  regis- 
ters. The  C-LANCE  has  four  internal  control  and  status 
registers  (CSRO,  1,  2,  3)  which  are  used  for  various 
functions,  such  as  the  loading  of  the  initialization  block 
address,  and  programming  different  modes  and  status 
conditions.  The  host  processor  communicates  with  the 
LANCE  during  the  initialization  phase,  for  demand 
transmission,  and  periodically  to  read  the  status  bits  fol- 
lowing interrupts.  All  other  transfers  to  and  from  the 
memory  are  automatically  handled  as  DMA. 

Interrupts  to  the  microprocessor  are  generated  by  the 
LANCE  upon: 

completion  of  its  initialization  routine 

■  the  reception  of  a  packet 

■  the  transmission  of  a  packet 

■  transmitter  timeout  error 

■  a  missed  packet 

■  memory  error 

The  cause  of  the  interrupt  is  ascertained  by  reading 
CSRO.  Bit  (06)  of  CSRO,  (INEA),  enables  or  disables 
interrupts  to  the  microprocessor.  In  systems  where  poll- 
ing is  used  in  place  of  interrupts,  bit  (07)  of  CSRO, 
(INTR),  indicates  an  interrupt  condition. 

The  basic  operation  of  the  C-LANCE  consists  of  two  dis- 
tinct modes:  transmit  and  receive.  In  the  transmit  mode, 
the  C-LANCE  chip  directly  accesses  data  (in  a  transmit 
buffer)  in  memory.  It  prefaces  the  data  with  a  preamble, 
start  frame  delimiter  (SFD) ,  and  calculates  and  appends 
a  32-bit  CRC.  On  transmission,  the  first  byte  of  data 


loads  into  the  48-byte  Transmit  FIFO:  the  C-LANCE 
then  begins  to  transmit  preamble  while  simultaneously 
loading  the  rest  of  the  packet  into  Transmit  FIFO  for 
transmission. 

In  the  receive  mode,  packets  are  sent  via  the  Am7992B 
SIA  to  the  C-LANCE.  The  packets  are  loaded  into  the 
64-byte  Receive  FIFO  for  preparation  of  automatic 
downloading  into  buffer  memory.  A  CRC  is  calculated 
and  compared  with  the  C  RC  appended  to  the  data  pack- 
et. If  the  calculated  CRC  does  not  agree  with  the  packet 
CRC,  an  error  bit  is  set. 

Addressing 

Packets  can  be  received  using  three  different  destina- 
tion addressing  schemes:  physical,  logical  and 
promiscuous. 

The  first  type  is  a  full  comparison  of  the  48-bit  destina- 
tion address  in  the  packet  with  the  node  address  that 
was  programmed  into  the  C-LANC  E  during  an  initializa- 
tion cycle.  There  are  two  types  of  logical  addresses. 
One  is  group  type  mask  where  the  48-bit  address  in  the 
packet  is  put  through  a  hash  filter  to  map  the  48-bit 
physical  addresses  into  1  of  64  logical  groups.  If  any  of 
these  64  groups  have  been  preselected  as  the  logical 
address,  then  the  48-bit  address  is  stored  in  main  mem- 
ory. At  this  time,  a  look  up  is  performed  by  the  host  com- 
puter comparing  the  48-bit  incoming  address  with  the 
pre-stored  48-bit  logical  address.  This  mode  can  be 
useful  if  sending  packets  to  all  of  a  particular  type  of  de- 
vice simultaneously  (i.e.,  send  a  packet  to  all  file  servers 
or  all  printer  servers).  Additional  details  on  logical  ad- 
dressing can  be  found  in  the  INITIALIZATION  section 
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under  'Logical  Address  Filter."  The  second  logical  ad- 
dress is  a  broadcast  address  where  all  nodes  on  the  net- 
work receive  the  packet.  The  last  receive  mode  of 
operation  is  referred  to  as  "promiscuous  mode"  in  which 
a  node  will  accept  all  packets  on  the  medium  regardless 
of  their  destination  address. 

Collision  Detection  and  Implementation 

The  Ethernet  and  IEEE  802.3  CSMA/CD  network  ac- 
cess algorithms  are  implemented  completely  within  the 
C-LANCE.  In  addition  to  listening  for  a  clear  medium  be- 
fore transmitting,  Ethernet  handles  collisions  in  a  prede- 
termined way.  Should  two  transmitters  attempt  to  seize 
the  medium  at  the  same  time,  they  will  collide  and  the 
data  on  the  medium  will  be  garbled.  The  transmitting 
nodes  listen  while  they  transmit,  detect  the  collision, 
then  continue  to  transmit  for  a  predetermined  length  of 
time  to  "jam"  the  network  and  ensure  that  all  nodes  have 
recognized  the  collision.  The  transmitting  nodes  then 
delay  a  random  amount  of  time  according  to  the  Ether- 
net "truncated  binary  backoff"  algorithm  in  order  that  the 
colliding  nodes  do  not  try  to  repeatedly  access  the  net- 
work at  the  same  time.  The  C-LANCE  also  offers  a  se- 
lectable Modified  Backoff  Algorithm  for  better 
performance  on  busy  networks.  Up  to  1 6  attempts  to  ac- 
cess the  network  are  made  by  the  C-LANCE  before  re- 
porting an  error  due  to  excessive  collisions. 

Error  Reporting  and  Diagnostics 

Extensive  error  reporting  is  provided  by  the  C-LANCE. 
Error  conditions  reported  relate  either  to  the  network  as 
a  who  e  or  to  individual  data  packets.  Network-related 
errors  are  recorded  as  flags  in  the  CSRs  and  are  exam- 
ined by  the  CPU  following  interrupt.  Packet-related  er- 
rors are  written  into  descriptor  entries  corresponding  to 
the  packet. 


System  errors  include: 

■  Babbling  Transmitter 

—  Transmitter  attempting  to  transmit  more  than 
1518  bytes,  excluding  preamble  and  start  frame 
delimiter 

■  Collision 

—  Collision  detection  circuitry  nonfunctional 

■  Missed  Packet 

—  Insufficient  buffer  space 

■  Memory  timeout 

—  Memory  response  failure 

Packet-related  errors: 

■  CRC 

—  Invalid  data 

■  Framing 

—  Packet  did  not  end  on  a  byte  boundary 
Overflow/Underflow 

—  Indicates  abnormal  latency  in  servicing  a  DMA 
request 

■  Buffer 

—  Insufficient  buffer  space  available 

The  C-LANCE  performs  several  diagnostic  routines 
which  enhance  the  reliability  and  integrity  of  the  system. 
These  include  a  CRC  check  and  two  loop  back  modes 
(internal/external).  Errors  may  be  introduced  into  the 
system  to  check  error  detection  logic.  A  Time  Domain 
Reflectometer  is  incorporated  into  the  C-LANCE  to  aid 
system  designers  in  locating  faults  in  the  Ethernet  physi- 
cal medium.  Shorts  and  opens  manifest  themselves  in 
reflections  which  are  sensed  by  the  TDR. 
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Figure  2-1 .  C-LANCE/Processor  Memory  Interface 
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C-LANCE  CSR  Registers 
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Figure  2-2.  C-LANCE  Memory  Management 


Buffer  Management 

A  key  feature  of  the  C-LANCE  and  its  on-board  DMA 
channel  is  the  flexibility  and  speed  of  communication 
between  the  C-LANCE  and  the  host  microprocessor 
through  common  memory  locations.  The  basic  organi- 
zation of  the  buffer  management  is  a  circular  queue  of 
tasks  in  memory  called  descriptor  rings  as  shown  in 
Figures  2-1  and  2-2.  There  are  separate  descriptor  rings 
to  describe  transmit  and  receive  operations.  Up  to  128 
tasks  may  be  queued  up  on  a  descriptor  ring  awaiting 
execution  by  the  C-LANCE.  Each  entry  in  a  descriptor 
ring  holds  a  pointerto  a  data  memory  buffer  and  an  entry 
for  the  length  of  the  data  buffer.  Data  buffers  can  be 
chained  or  cascaded  to  handle  a  long  packet  in  multiple 
data  buffer  areas.  The  C-LANCE  searches  the  descrip- 
tor rings  in  a  "lookahead"  manner  to  determine  the  next 
empty  buffer  in  order  to  chain  buffers  together  or  to  han- 
dle back-to-back  packets.  As  each  buffer  is  filled, 


the  "own"  bit  is  reset,  allowing  the  host  processor  to 
process  the  data  in  the  buffer. 

C-LANCE  Interface 

CSR  bits  such  as  ACON,  BCON  and  BSWP  are  used  for 
programming  the  pin  functions  used  for  different  inter- 
facing schemes.  For  example,  ACON  is  used  to  pro- 
gram _the  polarity  of  the  Address  Strobe  signal 
(ALE/AS). 

BCON  is  used  for  programming  the  pins,  for  handling 
either  the  BYTE/WORD  method  for  addressing  word  or- 
ganized, byte  addressable  memories  where  the  BYTE 
signal  is  decoded  along  with  the  least  significant  ad- 
dress bit  to  determine  upper  or  lower  byte,  or  an  explicit 
scheme  in  which  two  signals  labeled  as  BYTE  MASK 
(BMO  and  BM1)  indicate  which  byte  is  addressed.  When 
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the  BYTE  scheme  is  chosen,  the  BM1  pin  can  be  used 
tor  performing  the  function  BUSAKO. 


BCON  is  also  used  to  program  pins  for  different  DMA 
modes.  In  a  daisy  chain  DMA  scheme,  3  signals  are 
used  (BUSRQ,  HLDA,  BUSAKO).  In  systems  using  a 
DMA  controllerfor  arbitration,  only  HOLD  and  HLDA  are 
used. 

C-LANCE  in  Bus  Slave  Mode 

The  C-LANCE  enters  the  Bus  Slave  Mode  whenever  CS 
becomes  active.  This  mode  must  be  entered  whenever 
writing  or  reading  the  four  status  control  registers 
(CSRO,  CSR1 ,  CSR2,  and  CSR3)  and  the  Register  Ad- 
dress Pointer  (RAP).  RAP  and  CSRO  may  be  read  or 
written  to  at  anytime,  but  the  C-LANCE  must  be  stopped 
(by  setting  the  stop  bit  in  CSRO)  for  CSR1 ,  CSR2,  and 
CSR3  access. 

Read  Sequence  (Slave  Mode) 

At  the  beginning  of  a  read  cycle,  CS,  READ,  and  DAS 
are  asserted.  ADR  must  be  valid  at  this  time.  (If  ADR  is  a 
"1,"  the  contents  of  RAP  are  placed  on  the  DAL  lines. 
Otherwise  the  contents  of  the  CSR  register  addressed 
by  RAP  are  placed  on  the  DAL  lines.)  After  the  data  on 
the  DAL  lines  become  valid,  the  C-LANCE  asserts 
READY,  CS,  READ,  DAS,  and  ADR  must  remain  stable 
throughout  the  cycle.  Refer  to  Figure  3. 


Write  Sequence  (Slave  Mode) 

This  cycle  is  similar  to  the  read  cycle,  except  that  during 
this  cycle,  READ  is  not  asserted  (READ  is  LOW).  The 
DAL  buffers  are  tristated  which  configuresthese  lines  as 
inputs.  The  assertion  of  READY  by  C-LANCE  indicates 
to  the  memory  device  that  the  data  on  the  DAL  lines 
have  been  stored  by  C-LANCE  in  its  appropriate  CSR 
register.  CS,  READ,  DAS,  ADR  and  DAL  15:00  must  re- 
main stable  throughout  the  write  cycle.  Refer  to 
Figure  4. 

Note:  Setting  the  STOP  bit  in  the  C-LANCE  will  gener- 
ate a  C-LANCE  reset,  which  will  cause  all  bus  control 
output  signals  (including  READY)  to  float.  To  guarantee 
slave  write  timing  when  the  STOP  bit  is  being  set  in 
CSRO,  the  C-LANCE  will  latch  the  STOP  bit  and  will  wait 
for  the  slave  cycle  to  complete  before  resetting  itself  and 
floating  the  output  signals. 

C-LANCE  in  Bus  Master  Mode 

All  data  transfers  from  the  C-LANCE  in  the  bus  Master 
mode  are  timed  by  ALE,  DAS,  and  READY.  The  auto- 
matic  adjustment  of  the  C-LANCE  cycle  by  the  READY 
signal  allows  synchronization  with  variable  cycle  time 
memory  due  eitherto  memory  refresh  orto  dual  port  ac- 
cess. Transfers  are  a  minimum  of  600  ns  in  length  ex- 
cept for  the  first  transfer  of  a  bus  mastership  period  in 
which  the  minimum  is  700  ns.  Transfers  can  be  in- 
creased in  100  ns  increments. 
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1.   There  are  two  types  of  delays  which  depend  on  which  internal  register  is  accessed. 
Type  1  refers  to  access  of  CSRO,  CSR3  and  RAP. 

Type  2  refers  to  access  of  CSR1  and  CSR2  which  are  longer  than  Type  1  delay. 


Figure  3.  Bus  Slave  Read  Timing 
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Figure  4.  Bus  Slave  Write  Timing 


Read  Sequence  (Master  Mode) 

A  read  cycle  is  begun  by  placing  a  valid  address  on 
DALOO  -  DAL1 5  and  A1 6  -  A23.  The  BYTE  MASK  sig- 
nals are  asserted  to  indicate  a  word,  upper  byte  or  lower 
byte  memory  reference.  READ  indicates  the  type  of  cy- 
c  e.  ALE  or  AS  is  pulsed,  and  the  trailing  edge  of  either 
can  be  used  to  latch  addresses.  DALOO  -  DAL  15  go  into 
a  3-state  mode,  and  DAS  falls  LOW  to  signal  the  begin- 
n  ng  of  the  memory  access.  The  memory  responds  by 
placing  READY  LOW  to  indicate  that  the  DAL  lines  have 
valid  data.  The  C-LANCE  then  latches  memory  data  on 
the  rising  edge  of  DAS,  which  in  turn  ends  the  memory 
cycle  and  READY  returns  HIGH.  Refer  to  Figure  5-1. 


The  bus  transceiver  controls,  PALI  and  DALO,  are  used 
to  control  the  bus  transceivers.  DALI  directs  data  toward 
the  C-LANCE,  and  DALO  directs  data  or  addresses 
away  from  the  C-LANCE.  During  a  read  cycle,  DALO 
goes  inactive  before  DALI  becomes  active  to  avoid 
"spiking"  of  the  bus  transceivers. 

Write  Sequence  (Master  Mode) 

The  write  cycle  is  similarto  the  read  cycle  except  that  the 
DALOO  -  DAL15  lines  change  from  containing  ad- 
dresses to  data  after  either  ALE  or  AS  goes  inactive. 
After  data  is  valid  on  the  bus,  DAS  goes  active.  Data  to 
memory  is  held  valid  after  DAS  goes  inactive.  Refer  to 
Figure  5-2. 
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Figure  5-1.  Bus  Master  Read  Timing  (Single  DMA  Cycle) 
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Differences  Between  Ethernet  Versions  1 
and  2 

a.  Version  2  specifies  that  the  collision  detect  of  the 
transceiver  must  be  activated  during  the  inter- 
packet  gap  time. 

b.  Version  2  specifies  some  network  management 
functions,  such  as  reporting  the  occurrence  of  colli- 
sions, retries  and  deferrals. 

c.  Version  2  specifies  that  when  transmission  is  ter- 
minated, the  differential  transmit  lines  are  driven  to 
0  volt  differentially  (half  step). 

Differences  Between  IEEE  802.3  and 
Ethernet 

a.  IEEE  802.3  specifies  a  2-byte  length  field  rather 
than  a  type  field.  The  length  field  (802.3)  describes 
the  actual  amount  of  data  in  the  frame. 

b.  IEEE  802.3  allows  the  use  of  a  PAD  field  in  the 
data  section  of  a  frame,  while  Ethernet  specifies 
the  minimum  packet  size  at  64  bytes.  The  use  of  a 
PAD  allows  the  user  to  send  and  receive  packets 
which  have  less  than  46  bytes  of  data. 


A  list  of  significant  differences  between  Ethernet  and 
IEEE  802.3  at  the  physical  layer  include  the  following: 


IFFF  ftfi?  1 

Ft  hornot 
i its 1 1 lei 

End  of  Transmission 
State 

Half  Step 

Full  Step  (Rev  1 ) 
or 

Half  Step  (Rev  2) 

Common  Mode  Voltage 

+5.5  V 

0-+5  V 

Common  Mode  Current 

Less  than  1  mA 

1 .6  mA  ±40% 

Receive±,  Collision± 

Input  Threshold 

±160  mV 

±175  mV 

Fault  Protection 

16  V 

0  V 
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PROGRAMMING 

This  section  defines  the  Control  and  Status  Registers 
and  the  memory  data  structures  required  to  program  the 
Am79C90  (C-LANCE). 

Programming  the  Am79C90  (C-LANCE) 

The  Am79C90  (C-LANCE)  is  designed  to  operate  in  an 
environment  that  includes  close  coupling  with  local 
memory  and  microprocessor  (HOST).  The  Am79C90 
C-LANCE  is  programmed  by  a  combination  of  registers 
and  data  structures  resident  within  the  C-LANCE  and 
memory  registers.  There  are  four  Control  and  Status 
Registers  (CSRs)  within  the  C-LANCE  which  are  pro- 
grammed by  the  HOST  device.  Once  enabled,  the 
C-LANCE  has  the  ability  to  access  memory  locations  to 
acquire  additional  operating  parameters. 

The  Am79C90  has  the  ability  to  do  independent  buffer 
management  as  well  as  transfer  data  packets  to  and 
from  the  Ethernet.  There  are  three  memory  structures 
accessed  by  the  Chip: 

■  Initialization  Block — 1 2  words  in  contiguous  mem- 
ory starting  on  a  word  boundary.  It  also  contains 
the  operating  parameters  necessary  for  device  op- 
eration. The  initialization  block  is  comprised  of: 

—  Mode  of  Operation 

—  Physical  Address 

—  Logical  Address  Mask 

—  Location  to  Receive  and  Transmit  Descriptor 
Rings 

—  Number  of  Entries  in  Receive  and  Transmit 
Descriptor  Rings 

■  Receive  and  Transmit  Descriptor  Rings — Two  ring 
structures,  one  for  incoming  and  outgoing  packets. 
Each  entry  in  the  rings  is  4  words  long  and  each 
entry  must  start  on  a  quadword  boundary.  The  De- 
scriptor Rings  are  comprised  of: 

—  The  address  of  a  data  buffer 

—  The  length  of  that  data  buffer 

—  Status  information  associated  with  the  buffer 

■  Data  Buffers — Contiguous  portions  of  memory 
reserved  for  packet  buffering.  Data  buffers  may 
begin  on  arbitrary  byte  boundaries. 

In  general,  the  programming  sequence  of  the  C-LANCE 
may  be  summarized  as: 

■  Program  the  C-LANCE's  CSRs  by  a  host  device  to 
locate  an  initialization  block  in  memory.  The  byte 
control,  byte  address,  and  address  latch  enable 
modes  are  also  defined  here. 


AMD  Z\ 


■  The  C-LANCE  loads  itself  with  the  information  con- 
tained within  the  initialization  block. 

■  The  C-LANCE  accesses  the  descriptor  rings  for 
packet  handling. 

CONTROL  AND  STATUS  REGISTERS 

There  are  four  Control  and  Status  Registers  (CSRs)  on 
the  chip.  The  CSRs  are  accessed  through  two  bus  ad- 
dressable ports,  an  address  port  (RAP)  and  a  data  port 
(RDP). 

Accessing  the  Control  and  Status 
Registers 

The  CSRs  are  read  (or  written)  in  a  two  step  operation. 
The  address  of  the  CSR  to  be  accessed  is  written  into 
the  RAP  during  a  bus  slave  transaction.  During  a  subse- 
quent bus  slave  transaction,  the  data  being  read  from 
(or  written  into)  the  RDP  is  read  from  (or  written  into)  the 
CSR  selected  in  the  RAP. 

Once  written,  the  address  in  RAP  remains  unchanged 
until  rewritten. 

To  distinguish  the  data  port  from  the  address  port,  a  dis- 
crete input  pin  is  provided. 


ADR  Input  Pin  Port  

L  Register  Data  Port  (RDP) 

H  Register  Address  Port  (RAP) 

Register  Data  Port  (RDP) 

15  0 

CSR  DATA 
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Bit  Name  Description 


15:00  CSR  Data  Writing  data  into  RDP  writes  the  data 
into  the  CSR  selected  in  RAP.  Read- 
ing the  data  from  the  RDP  reads  the 
data  from  the  CSR  selected  in  RAP. 
CSR1 ,  CSR2  and  CSR3  are  acces- 
sible only  when  the  STOP  bit  of 
CSRO  is  set. 

If  the  STOP  bit  is  not  set  while  at- 
tempting to  access  CSR1 ,  CSR2  or 
CSR3,  the  C-LANCE  will  return 
READY,  but  a  READ  operation  will 
return  undefined  data.  WRITE  op- 
eration is  ignored. 
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Register  Address  Port  (RAP) 


Bit 


—  CSR  1:0 

—  RES 
17881B-14 


Name 


Description 


15:02  RES         Reserved.  Read  as  zeroes.  Write  as 

zeroes. 

CSR(1 :0)      CSR  address  select.  READ/WRITE. 

Selects  the  CSR  to  be  accessed 
through  the  RDP.  RAP  is  cleared  by 
Bus  RESET. 

CSR(1  :0)  CSR 

00  CSRO 

01  CSR1 

10  CSR2 

1 1  CSR3 


Control 

15 


Control  and  Status  Register  Definition 


and  Status  Register  0  (CSRO) 


ERR 
BABL- 

CERR- 
MISS- 

MERR- 
RINT- 
TINT- 
IDON- 


J 


The 
vious 


C-LANCEup 


(NIT 


■  STRT 
-STOP 
-TDMD 
-TXON 

-  RXON 

-  INEA 

-  INTR 


ipdates  CSRo  by  logical  "ORing"  the  pre- 
and  present  value  of  CSRo. 
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Bit 


15 
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Name 


Description 


ERR  ERROR  summary  is  set  by  the 
"ORing"  of  BABL,  CERR,  MISS  and 
MERR.  ERR  remains  set  as  long  as 
any  of  the  error  flags  are  true. 

ERR  is  read  only;  writing  it  has  no  ef- 
fect. It  is  cleared  by  Bus  RESET,  set- 
ting the  STOP  bit,  or  clearing  the 
individual  error  flags. 


Bit 


Name  Description 


14 


13 


12 


BABL  BABBLE  is  a  transmitter  timeout  er- 
ror. It  indicates  that  the  transmitter 
has  been  on  the  channel  longer  than 
the  time  required  to  send  the  maxi- 
mum length  packet. 

BABL  is  a  flag  which  indicates  ex- 
cessive length  in  the  transmit  buffer. 
It  will  be  set  after  1519  bytes  have 
been  transmitted,  excluding  pream- 
ble and  start  frame  delimiter;  the 
C-LANCE  will  continue  to  transmit 
until  the  whole  packet  is  transmitted 
or  until  there  is  a  failure  before  the 
whole  packet  is  transmitted.  When 
BABL  error  occurs,  an  interrupt  will 
be  generated  if  INEA  =  1 . 
BABL  is  READ/CLEAR  ONLY  and  is 
set  by  the  C-LANCE,  and  cleared  by 
writing  a  "T  into  the  bit.  Writing  a  "0" 
has  no  effect.  It  is  cleared  by  RESET 
or  by  setting  the  STOP  bit. 

CERR  COLLISION  ERROR  indicates  that 
the  collision  input  to  the  C-LANCE 
was  not  asserted  during  the  trans- 
mission, nor  within  4.0  u.s  after  the 
transmit  completed.  The  collision  af- 
ter transmission  is  a  transceiver  test 
feature.  This  function  is  also  known 
as  heartbeat  or  SQE  (Signal  Quality 
Error)  test. 

CERR  is  READ/CLEAR  ONLY  and 
is  set  by  the  C-LANCE  and  cleared 
by  writing  a  "1 "  into  the  bit.  Writing  a 
"0"  has  no  effect.  It  is  cleared  by  RE- 
SET or  by  setting  the  STOP  bit. 
CERR  error  will  not  cause  an  inter- 
rupt to  occur  (INTR  =  0). 

MISS  MISSED  PACKET  is  set  when  the 
receiver  loses  a  packet  because  it 
does  not  own  any  receive  buffer,  in- 
dicating loss  of  data. 

FIFO  overflow  is  not  reported  be- 
cause there  is  no  receive  ring  entry 
in  which  to  write  status. 

When  MISS  is  set,  an  interrupt  will 
be  generated  if  INEA  =  1. 

MISS  is  READ/CLEAR  ONLY,  and  is 
set  by  the  C-LANCE  and  cleared  by 
writing  a  "1"  into  the  bit.  Writing  a  "0" 
has  no  effect.  It  is  cleared  by  RESET 
or  by  setting  the  STOP  bit. 
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Bit 

11 


Name  Description 


MERR 


10 


RINT 


09 


TINT 


08 


IDON 


MEMORY  ERROR  is  set  when  the 
C-LANCE  is  the  Bus  Master  and  has 


not  received  READY  within  25.6  p.s 
after  asserting  the  address  on  the 
DAL  lines. 

When  a  Memory  Error  is  detected, 
the  receiver  and  transmitter  are 
turned  off  (CSRO,  TXON  =  0,  RXON 
=  0)  and  an  interrupt  is  generated  if 
INEA  =  1 . 

MERR  is  READ/CLEAR  ONLY,  and 
is  set  by  the  C-LANCE  and  cleared 
by  writing  a  "1 "  into  the  bit.  Writing  a 
"0"  has  no  effect.  It  is  cleared  by 
RESET  or  by  setting  the  STOP  bit. 

RECEIVER  INTERRUPT  is  set 
when  the  C-LANCE  updates  an  en- 
try in  the  Receive  Descriptor  Ring  for 
the  last  buffer  received  or  reception 
is  stopped  due  to  a  failure. 

When  RINT  is  set,  an  interrupt  is 
generated  if  INEA  =  1. 
RINT  is  READ/CLEAR  ONLY,  and  is 
set  by  the  C-LANCE  and  cleared  by 
writing  a  "1"  into  the  bit.  Writing  a  "0" 
has  no  effect.  It  is  cleared  by  RESET 
or  by  setting  the  STOP  bit. 

TRANSMITTER  INTERRUPT  is  set 
when  the  C-LANCE  updates  an  en- 
try in  the  transmit  descriptor  ring  for 
the  last  buffer  sent  or  transmission  is 
stopped  due  to  a  failure. 

When  TINT  is  set,  an  interrupt  is 
generated  if  INEA  =  1. 

TINT  is  READ/CLEAR  ONLY  and  is 
set  by  the  C-LANCE  and  cleared  by 
writing  a  "1 "  into  the  bit.  Writing  a  "0" 
has  no  effect.  It  is  cleared  by  RESET 
or  by  setting  the  STOP  bit. 

INITIALIZATION  DONE  indicates 
that  the  C-LANCE  has  completed 
the  initialization  procedure  started 
by  setting  the  IN  IT  bit.  When  IDON  is 
set,  the  C-LANCE  has  read  the  In- 
itialization Block  from  memory  and 
stored  the  new  parameters. 

When  IDON  is  set,  an  interrupt  is 
generated  if  INEA  =  1. 

IDON  is  READ/CLEAR  ONLY,  and  is 
set  by  the  C-LANCE  and  cleared  by 
writing  a  "1"  into  the  bit.  Writing  a  "0" 
has  no  effect.  It  is  cleared  by  RESET 
or  by  setting  the  STOP  bit. 


Bit 


Name 


Description 


07  INTR         INTERRUPT  FLAG  is  set  by  the 

"ORing"  of  BABL,  MISS,  MERR, 
RINT,  TINT  and  IDON.  If  INEA  =  1 
and  INTR  =  1,  the  INTR  pin  will  be 
LOW. 

INTR  is  READ  ONLY;  writing  this  bit 
has  no  effect.  INTR  is  cleared  by 
RESET,  by  setting  the  STOP  bit,  or 
by  clearing  the  condition  causing  the 
interrupt. 

06  INEA         INTERRUPT  ENABLE  allows  the 

INTR  pin  to  be  driven  LOW  when  the 
Interrupt  Flag  is  set.  If  INEA  =  1  and 
INTR  =  1 ,  the  INTR  pin  will  be  Low.  If 
INEA  =  0,  the  INTR  pin  will  be  HIGH, 
regardless  of  the  state  of  the  Inter- 
rupt Flag. 

INEA  is  READ/WRITE  and  cleared 
by  RESET  or  by  setting  the  STOP 
bit. 

IN  EA  can  be  set  at  any  time,  regard- 
less of  the  state  of  the  STOP  bit. 
(reference  Appendix  B). 

05  RXON        RECEIVER  ON  indicates  that  the  re- 

ceiver is  enabled.  RXON  is  set  when 
STRT  is  set  if  DRX  =  0  in  the  MODE 
register  in  the  initialization  block  and 
the  initialization  block  has  been  read 
by  the  C-LANCE  by  setting  the  INIT 
bit.  RXON  is  cleared  when  IDON  is 
set  from  setting  the  INIT  bit  and  DRX 
=  1  in  the  MODE  register,  or  a  mem- 
ory error  (MERR)  has  occurred. 
RXON  is  READ  ONLY;  writing  this 
bit  has  no  effect.  RXON  is  cleared  by 
RESET  or  by  setting  the  STOP  bit. 

04  TXON        TRANSMITTER  ON  indicates  that 

the  transmitter  is  enabled.  TXON  is 
set  when  STRT  is  set  if  DTX  =  0  in 
the  MODE  register  in  the  initializa- 
tion block  and  the  INIT  bit  has  been 
set.  TXON  is  cleared  when  IDON  is 
set  and  DTX  =  1  in  the  MODE  regis- 
ter, or  an  error,  such  as  MERR, 
UFLO  or  BUFF,  has  occurred  during 
transmission. 

TXON  is  READ  ONLY;  writing  this  bit 
has  no  effect.  TXON  is  cleared  by 
RESET  or  by  setting  the  STOP  bit. 
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Bit 


Name  Description 


03  TDMD        TRANSMIT  DEMAND,  when  set, 

causes  the  C-LANCE  to  access  the 
Transmit  Descriptor  Ring  without 
waiting  for  the  polltime  interval  to 
elapse.  TDMD  need  not  be  set  to 
transmit  a  packet;  it  merely  hastens 
the  C-LANCE's  response  to  a  Trans- 
mit Descriptor  Ring  entry  insertion  by 
the  host. 

TDMD  is  WRITE  WITH  ONE  ONLY 
and  is  cleared  by  the  microcode  after 
it  is  used.  It  may  read  as  a  "1"  for  a 
short  time  after  it  is  written  because 
the  microcode  may  have  been  busy 
when  TDMD  was  set.  It  is  also 
cleared  by  RESET  or  by  setting  the 
STOP  bit.  Writing  a  "0"  in  this  bit  has 
no  effect. 

STOP  STOP  disables  the  C-LANCE  from 
all  external  activity  when  set  and 
clears  the  internal  logic.  Setting 
STOP  is  the  equivalent  of  asserting 
RESET.  The  C-LANCE  remains  in- 
active and  STOP  remains  set  until 
the  STRT  or  IN  IT  bit  is  set.  If  STRT, 
IN  IT  and  STOP  are  all  set  together, 
STOP  will  override  the  other  bits  and 
only  STOP  will  be  set. 

STOP  is  READAVRITE  WITH  ONE 
ONLY  and  set  by  RESET.  Writing  a 
"0"  to  this  bit  has  no  effect.  STOP  is 
cleared  by  setting  either  INIT  or 
STRT.  CSR3  must  be  reloaded 
when  the  STOP  bit  is  set. 

STRT  START  enables  the  C-LANCE  to 
send  and  receive  packets,  perform 
direct  memory  access,  and  do  buffer 
management.  The  STOP  bit  must  be 
set  prior  to  setting  the  STRT  bit.  Set- 
ting STRT  clears  the  STOP  bit. 

STRT  is  READ/WRITE  and  is  set 
with  one  only.  Writing  a  "0"  into  this 
bit  has  no  effect.  STRT  is  cleared  by 
RESET  or  by  setting  the  STOP  bit. 

INIT  INITIALIZE,  when  set,  causes  the 
C-LANCE  to  begin  the  initialization 
procedure  and  access  the  Initializa- 
tion Block.  The  STOP  bit  must  be  set 
prior  to  setting  the  INIT  bit.  Setting 
INIT  clears  the  STOP  bit. 

INIT  is  READ/WRITE  WITH  "1* 
ONLY.  Writing  a  "0"  into  this  bit  has 
no  effect.  INIT  is  cleared  by  RESET 
or  by  setting  the  STOP  bit. 

The  C-LANCE  latches  CSR0  during 
a  slave  read;  therefore,  the  CSR0 
status  bits  are  guaranteed  to  be  sta- 
ble for  the  duration  of  the  CSRO 


Control  and  Status  Register  1  (CSR1) 

READ/WRITE:  Accessible  only  when  the  STOP  bit 

of  CSRO  is  a  ONE  and  RAP  =  01. 
The  C-LANCE  preserves  the  con- 
tents of  CSR1  after  STOP. 


15 


1  0 


L 


•  IADR 

(15:01) 

17881  B-16 


Bit 


Name 


Description 


15:01 


00 


IADR  The  low  order  15  bits  of  the  address 
of  the  first  word  (lowest  address)  in 
the  Initialization  Block. 

Must  be  zero. 


Control  and  Status  Register  2  (CSR2) 

READ/WRITE:  Accessible  only  when  the  STOP  bit 


15 


of  CSRO  is  a  ONE  and  RAP  =  10. 
The  C-LANCE  preserves  the  con- 
tents of  CSR2  after  STOP. 

8  7  0 


IADR  (23:16) 
  RES 

17881B-17 


Bit 


Name  Description 


15:08  RES         Reserved.  Read  as  zeroes.  Write  as 

zeroes. 

07:00  IADR  The  high  order  8  bits  of  the  address 
of  the  first  word  (lowest  address)  in 
the  initialization  Block. 
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Control  and  Status  Register  3  (CSR3) 

CSR3  allows  redefinition  of  the  Bus  Master  interface. 


READ/WRITE: 


15 


Accessible  only  when  the  STOP  bit 
of  CSRO  is  ONE  and  RAP  =  11. 
CSR3  is  cleared  by  RESET  or  by 
setting  the  STOP  bit  in  CSRO. 
 3  2  10 


Bt 


15:03 
02 


01 


BOON 
ACON 
BSWP 
RES 


17881  B-1 8 


Name  Description 


RES 
BSWP 


ACON 


Reserved.  Read  as  zeroes.  Write  as 
zeroes. 

BYTE  SWAP  allows  the  chip  to  oper- 
ate in  systems  that  consider  bits 
(15:08)  of  data  to  be  pointed  at  an 
even  address  and  bits  (07:00)  to  be 
pointed  at  an  odd  address. 

When  BSWP  =  1,  the  C-LANCE  will 
swap  the  high  and  low  bytes  on  DMA 
data  transfers  between  the  Receive 
FIFO  and  bus  memory.  Only  data 
from  the  Receive  FIFO  transfers  is 
swapped;  the  Initialization  Block 
data  and  the  Descriptor  Ring  entries 
are  NOT  swapped. 

BSWP  is  READ/WRITE  and  cleared 
by  RESET  or  by  setting  the  STOP  bit 
in  CSRO. 

ALE  CONTROL  defines  the  asser- 
tive state  of  ALE  when  the  C-LANCE 
is  a  Bus  Master.  ACON  is  READ/ 
WRITE  and  cleared  by  RESET  and 
by  setting  the  STOP  bit  in  CSRO. 
ACON  ALE 


Asserted  HIGH 
Asserted  LOW 


00 


BCON 


BYTE  CONTROL  redefines  the  Byte 
Mask  and  Hold  I/O  pins.  BCON  is 
READ/WRITE  and  cleared  by 
RESET  or  by  setting  the  STOP  bit  in 
CSRO. 

BCON     Pin  16    Pin  15  Pin  17 


BM1       BMO  HOLD 


BUSAKO  BYTE  BUSRQ 


All  data  transfers  from  the  C-LANCE  in  the  Bus  Master 
mode  are  in  words.  However,  the  C-LANCE  can  handle 
odd  address  boundaries  and/or  packets  with  an  odd 
number  of  bytes. 


Initialization 
Initialization  Block 

Chip  initialization  includes  the  reading  of  the  initializa- 
tion block  in  memory  to  obtain  the  operating  parame- 
ters. The  following  is  a  definition  of  the  Initialization 
Block. 

The  Initialization  Block  is  read  by  the  C-LANCE  when 
the  INITbit  in  CSRO  is  set.  The  INIT  bit  should  be  set  be- 
fore or  concurrent  with  the  STRT  bit  to  insure  proper  pa- 
rameter initialization  and  chip  operation.  After  the 
C-LANCE  has  read  the  Initialization  Block,  IDON  is  set 
in  CSRO  and  an  interrupt  is  generated  if  INEA  =  1 . 


Higher  Address 


TLEN-TDR  (23:16) 
TDRA  (15:00) 


IADR  +22 
IADR  +20 


RLEN-RDRA  (23:16)  IADR +18 


RDRA  (15:00) 
LADRF  (63:48) 
LADRF  (47:32) 
LADRF  (31:16) 
LADRF  (15:00) 
PADR  (47:32) 
PADR  (31:16) 
PADR  (15:00) 

MODE 


IADR +16 
IADR +14 
IADR +12 
IADR +10 
IADR  +08 
IADR  +06 
IADR  +04 
IADR  +02 

IADR +00 


Base  Address  of  Block 
Mode 

The  Mode  Register  allows  alteration  of  the  C-LANCE's 
operating  parameters.  Normal  operation  is  with  the 
Mode  Register  clear. 


15  14 


876543    21  0 


I 


DRX 

DTX 

LOOP 

DTCR 

COLL 

DRTY 

INTL 

EMBA 

RES 

PROM 
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Bit 


Name  Description 


Bit 


Name 


Description 


15 

14:08 
07 

06 


PROM 

RES 
EMBA 

INTL 


05 


DRTY 


PROMISCUOUS  mode.  When 
PROM  =  1 ,  all  incoming  packets  are 
accepted. 

RESERVED.  Read  as  zeroes.  Write 
as  zeroes. 

Enable  Modified  Back-off  Algorithm. 
When  set  (EMBA=1),  enables  the 
modified  backoff  algorithm.  EMBA 
is  cleared  by  activation  of  the  RESET 
pin  or  setting  the  STOP  bit. 

INTERNAL  LOOPBACK  is  used  with 
the  LOOP  bit  to  determine  where  the 
loopback  is  to  be  done.  Internal  loop- 
back  allows  the  chip  to  receive  its 
own  transmitted  packet.  Since  this 
represents  full  duplex  operation,  the 
packet  size  is  limited  to  8-32  bytes. 
Internal  loopback  in  the  C-LANCE  is 
operational  when  the  packets  are 
addressed  to  the  node  itself. 

The  C-LANCE  will  not  receive  any 
packets  externally  when  it  is  in  inter- 
nal loopback  mode. 

EXTERNAL  LOOPBACK  allows  the 
C-LANCE  to  transmit  a  packet 
through  the  SIA  transceiver  cable 
out  to  the  Ethernet  medium.  It  is 
used  to  determine  the  operability  of 
all  circuitry  and  connections  be- 
tween the  C-LANCE  and  the  physi- 
cal medium.  Multicast  addressing  in 
external  loopback  is  valid  only  when 
DTCR  =  1  (user  needs  to  append  the 
4  bytes  CRC). 

In  external  loopback,  the  C-LANCE 
also  receives  packets  from  other 
nodes.  The  FIFOs  READAfVRITE 
pointers  may  misalign  in  the 
C-LANCE  under  heavy  traffic.  The 
packet  could  then  be  corrupted  or 
not  received.  Therefore,  the  external 
loopback  execution  may  need  to  be 
repeated.  See  specific  discussion 
under  "Loopback"  in  later  section. 

INTL  is  only  valid  if  LOOP  =  1 ;  other- 
wise, it  is  ignored. 

LOOP      INTL  LOOPBACK 

0  X       No  loopback, 

normal 

1  0  External 


1 


Internal 


DISABLE  RETRY.  When  DRTY  =  1 , 
the  C-LANCE  will  attempt  only  one 
transmission  of  a  packet.  If  there  is  a 
collision  on  the  first  transmission  at- 
tempt, a  Retry  Error  (RTRY)  will  be 
reported  in  Transmit  Message  De- 
scriptor 3  (TMD3). 


04  COLL        FORCE  COLLISION.  This  bit  allows 

the  collision  logic  to  be  tested.  The 
C-LANCE  must  be  in  internal  loop- 
back  mode  for  COLL  to  be  valid.  If 
COLL  =  1 ,  a  collision  will  be  forced 
during  the  subsequent  transmission 
attempt.  This  will  result  in  16  total 
transmission  attempts  with  a  retry  er- 
ror reported  in  TMD3. 

03  DTCR        DISABLE  TRANSMIT  CRC.  When 

DTCR  =  0,  the  transmitter  will  gener- 
ate and  append  a  CRC  to  the  trans- 
mitted packet.  When  DTCR  =  1 ,  the 
CRC  logic  is  allocated  to  the  receiver 
and  no  CRC  is  generated  and  sent 
with  the  transmitted  packet.  The 
ADD  FCS  bit  (bit  13,  TMD1 )  can  be 
used  to  override  a  DTCR=1  setting 
on  a  per  packet  basis. 

During  loopback,  DTCR  -  0  will 
cause  a  CRC  to  be  generated  on  the 
transmitted  packet,  but  no  CRC 
check  will  be  done  by  the  receiver 
since  the  CRC  logic  is  shared  and 
cannot  generate  and  check  CRC  at 
the  same  time.  The  generated  CRC 
will  be  written  into  memory  with  the 
data  and  can  be  checked  by  the  host 
software. 

If  DTCR  =  1  during  loopback,  the 
host  software  must  append  a  CRC 
value  to  the  transmit  data. 

The  receiver  will  check  the  CRC  on 
the  received  data  and  report  any 
errors. 

02  LOOP        LOOPBACK  allows  the  C-LANCE  to 

operate  in  full  duplex  mode  for  test 
purposes.  The  packet  size  is  limited 
to  8-32  bytes.The  received  packet 
can  be  up  to  36  bytes  (32  +  4  bytes 
CRC)  when  DTCR  =  0.  During  loop- 
back,  the  runt  packet  filter  is  disabled 
because  the  maximum  packet  is 
forced  to  be  smaller  than  the 
minimum  size  Ethernet  packet 
(64  bytes). 

LOOP  =  1  allows  simultaneous 
transmission  and  reception  for  a 
message  constrained  to  fit  within  the 
Transmit  FIFO.  The  C-LANCE  waits 
until  the  entire  message  is  in  the 
Transmit  FIFO  before  serial  trans- 
mission begins.  The  incoming  data 
stream  fills  the  Receive  FIFO.  Mov- 
ing the  received  message  out  of  the 
Receive  FIFO  to  memory  does  not 
begin  until  reception  has  ceased. 
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01 


00 


Name 


Description 


In  loopback  mode,  transmit  data 
chaining  is  not  possible.  Receive 
data  chaining  is  possible  if  receive 
buffers  are  32  bytes  long  to  allow 
time  for  lookahead. 

DTX  DISABLE  THE  TRANSMITTER 
causes  the  C-LANCE  to  not  access 
the  Transmitter  Descriptor  Ring,  and 
therefore,  no  transmissions  are  at- 
tempted. DTX  =  1  will  clear  the 
TXON  bit  in  CSRO  when  initialization 
is  complete. 

DRX  DISABLE  THE  RECEIVER  causes 
the  C-LANCE  to  reject  all  incoming 
packets  and  not  access  the  Receive 
Descriptor  Ring.  DRX  =  1  will  clear 
the  RXON  bit  in  the  CSRO  when  in- 
itialization is  complete. 


47 


1  0 


L 


PADR  (47:01) 

17881B-20 


47:00  PADR  PHYSICAL  ADDRESS  is  the  unique 
48-bit  physical  address  assigned  to 
the  C-LANCE.  PADR  (0)  must  be 
zero. 


Logical  Address  Filter 

63  . 


LADRF 


17881B-21 


63:00  LADRF  The  64-bit  mask  used  by  the 
C-LANCE  to  accept  logical 
addresses. 


The  purpose  of  logical  (or  group  or  multicast)  addresses 
is  to  allow  a  group  of  nodes  in  a  network  to  receive  the 
same  message.  Each  node  can  maintain  a  list  of  multi- 
cast addresses  that  it  will  respond  to.  The  logical  ad- 
dress filter  mechanism  in  the  C-LANCE  is  a  hardware 
aide  that  reduces  the  average  amount  of  host  computer 
t  me  required  to  determine  whether  or  not  an  incoming 
packet  with  a  multicast  destination  address  should  be 
accepted. 

The  logical  address  filter  hardware  is  an  implementation 
of  a  hash  code  searching  technique  commonly  used  by 
software  programmers.  If  the  multicast  bit  of  the  desti- 
nation address  of  an  incoming  packet  is  set,  the 


hardware  maps  this  address  into  one  of  64  categories 
which  correspond  to  64  bits  in  the  Logical  Address  Filter 
Register.  The  hardware  then  accepts  or  rejects  the 
packet  depending  on  the  state  of  the  bit  in  the  Logical 
Address  Filter  Register  which  corresponds  to  the  se- 
lected category.  For  example,  if  the  address  maps  into 
category  24,  and  bit  24  of  the  logical  address  filter  regis- 
ter is  set,  the  packet  is  accepted. 

A  node  can  be  made  a  member  of  several  groups  by  set- 
ting the  appropriate  bits  in  the  logical  address  filter 
register. 

The  details  of  the  hardware  mapping  algorithm  are  as 
follows: 

If  the  first  bit  of  an  incoming  address  is  a  "1"[PADR  (0) 
=1],  the  address  is  deemed  logical  and  is  passed 
through  the  logical  address  filter. 

The  logical  address  filter  is  a  64-bit  mask  composed  of 
four  sixteen-bit  registers,  LADRF  (63:00)  in  the  initiali- 
zation block,  that  is  used  to  accept  incoming  Logical  Ad- 
dresses. The  incoming  address  is  sent  through  the  CRC 
circuit.  After  all  48  bits  of  the  address  have  gone  through 
the  CRC  circuit,  the  high  order  6  bits  of  the  resultant 
CRC  (32-bit  CRC)  are  strobed  into  a  register.  This  regis- 
ter is  used  to  select  one  of  the  64-bit  positions  in  the 
Logical  Address  Filter.  If  the  selected  filter  bit  is  a  "1 ,"  the 
address  is  accepted  and  the  packet  will  be  put  in  mem- 
ory. The  logical  address  filter  only  assures  that  there  is  a 
possibility  that  the  incoming  logical  address  belongs  to 
the  node.  To  determine  if  it  belongs  to  the  node,  the  in- 
coming logical  address  that  is  stored  in  main  memory  is 
compared  by  software  to  the  list  of  logical  addresses  to 
be  accepted  by  this  node. 

The  task  of  mapping  a  logical  address  to  one  of  64-bit 
positions  requires  a  simple  computer  program  (see  Ap- 
pendix A)  which  uses  the  same  CRC  algorithm  (used  in 
C-LANCE  and  defined  per  Ethernet)  to  calculate  the 
HASH  (see  Figure  7). 

Driver  software  that  manages  a  list  of  multicast  ad- 
dresses can  work  as  follows.  First  the  multicast  address 
list  and  the  logical  address  filter  must  be  initialized. 
Some  sort  of  management  function  such  as  the  driver 
initialization  routine  passes  to  the  driver  a  list  of  ad- 
dresses. For  each  address  in  the  list  the  driver  uses  a 
subroutine  similar  to  the  one  listed  in  the  appendix  to  set 
the  appropriate  bit  in  a  software  copy  of  the  logical  ad- 
dress filter  register.  When  the  complete  list  of  addresses 
has  been  processed,  the  register  is  loaded. 

Later,  when  a  packet  is  received,  the  driver  first  looks  at 
the  I  ndividual/Group  bit  of  the  destination  address  of  the 
packet  to  find  out  whether  or  not  this  is  a  multicast  ad- 
dress. If  it  is,  the  driver  must  search  the  multicast  ad- 
dress list  to  see  if  this  address  is  in  the  list.  If  it  is  not  in 
the  list,  the  packet  is  discarded. 
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The  Broadcast  address,  which  consists  of  all  ones  is  a 
special  multicast  address.  Packets  addressed  to  the 
broadcast  address  must  be  received  by  all  nodes.  Since 
broadcast  packets  are  usually  more  common  than  other 
multicast  packets,  the  broadcast  address  should  be  the 
tirst  address  in  the  multicast  address  list. 

The  Broadcast  address  does  not  go  through  the  Logical 
Address  Filter  and  is  always  enabled.  If  the  Logical  Ad- 
dress Filter  is  loaded  with  all  zeroes,  all  incoming  logical 
addresses  except  broadcast  will  be  rejected.  The  multi- 
cast addressing  in  external  loopback  is  operational  only 
when  DTCR  in  the  mode  register  is  set  to  1. 


Bit 


Name  Description 


31:29 


RLEN 


RECEIVE  RING  LENGTH  is  the 
number  of  entries  in  the  receive  ring 
expressed  as  a  power  of  two. 

RLEN       Number  of  Entries 


Destination 
Address 


47 


•Match 
Match 


1 

2 

4 

8 
16 
32 
64 
128 


1  0 


CRC 
Gen 


32-Bit  Resultant  CRC 
31        26  0 


1  Enable 


Logical  Address 

Filter 
63  


28:24 
23:03 

02:00 


RES 
RDRA 


J4. 


RESERVED.  Read  as  zeroes.  Write 
as  zeroes. 

RECEIVE  DESCRIPTOR  RING  AD- 
DRESS is  the  base  address  (lowest 
address)  of  the  Receive  Descriptor 
Ring. 

MUST  BE  ZEROES.  These  bits  are 
RDRA  (02:00)  and  must  be  zeroes 
because  the  Receive  Ring  is  aligned 
on  a  quadword  boundary. 


MUX 

Select 

Match- 


Transmit  Descriptor  Ring  Pointer 

312928  24  23  3  2  0 


1,  the  packet  is  accepted 
0.  the  packet  is  rejected 


17881B-22 

Figure  7.  Logical  Address  Filter  Operation 


■  RES 

■  TLEN 


000  '(Quadword 
Boundary)' 

TDRA  (23:03) 

17881B-24 


Receive  Descriptor  Ring  Pointer 

31  2928  24  23 


3  2  0 


A  y  A* — 


RES 
RLEN 


000  '(Quadword 
Boundary)' 

RDRA  (23:03) 
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31:29  TLEN  TRANSMIT  RING  LENGTH  is  the 
number  of  entries  in  the  Transmit 
Ring  expressed  as  a  power  of  two. 

TLEN       Number  of  Entries 

0  1 

1  2 

2  4 

3  8 

4  16 

5  32 

6  64 

7  128 

28:24  RES         RESERVED.  Read  as  zeroes.  Write 

as  zeroes. 

23:03  TDRA  TRANSMIT  DESCRIPTOR  RING 
ADDRESS  is  the  base  address  (low- 
est address)  of  the  Transmit  De- 
scriptor Ring. 

02:00  MUST  BE  ZEROES.  These  bits  are 

TDRA  (02:00)  and  must  be  zeroes 
because  the  Transmit  Ring  is 
aligned  on  a  quadword  boundary. 
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Buffer  Management 

Buffer  Management  is  accomplished  through  message 
descriptors  organized  in  ring  structures  in  memory. 
Each  message  descriptor  entry  is  four  words  long. 
There  are  two  rings  allocated  for  the  device:  a  Receive 
ring  and  a  Transmit  ring.  The  device  is  capable  of  polling 
each  ring  for  buffers  to  either  empty  or  fill  with  packets  to 
or  from  the  channel.  The  device  is  also  capable  of  enter- 
ing status  information  in  the  descriptor  entry.  C-LANCE 
polling  is  limited  to  looking  one  ahead  of  the  descriptor 
entry  the  C-LANCE  is  currently  working  with. 

The  location  of  the  descriptor  rings  and  their  length  are 
found  in  the  initialization  block,  accessed  during  the  in- 
itialization procedure  by  the  C-LANCE.  Writing  a  "ONE" 
into  the  STRT  bit  of  CSRO  will  cause  the  C-LANCE  to 
:art  accessing  the  descriptor  rings  and  enable  it  to  send 
nd  receive  packets. 

The  C-LANCE  communicates  with  a  HOST  device 
through  the  ring  structures  in  memory.  Each  entry  in  the 
ring  is  either  owned  by  the  C-LANCE  or  the  HOST. 
There  is  an  ownership  bit  (OWN)  in  the  message  de- 
scriptor entry.  Mutual  exclusion  is  accomplished  by  a 
protocol  which  states  that  each  device  can  only  relin- 
quish ownership  of  the  descriptor  entry  to  the  other  de- 
vice; it  can  never  take  ownership,  and  no  device  can 
change  the  state  of  any  field  in  any  entry  after  it  has  relin- 
quished ownership. 

Descriptor  Ring 

Each  descriptor  in  a  ring  in  memory  is  a  4-word  entry. 
The  following  is  the  format  of  the  receive  and  the  trans- 
mit descriptors. 

Receive  Message  Descriptor  Entry 
Receive  Message  Descriptor  0  (RMDO) 

15  0 


Bit 


LADR 
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Name 


Description 


5:00  LADR  The  LOW  ORDER  1 6  address  bits  of 
the  buffer  pointed  to  by  this  descrip- 
tor. LADR  is  written  by  the  host  and  is 
not  changed  by  the  C-LANCE. 


Receive  Message  Descriptor  1  (RMD1) 

15  87   


HADR 
ENP 


■  STP 

•  BUFF 
■CRC 
-OFLO 

•  FRAM 
-  ERR 

■  OWN 
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Name  Description 


Bit 

15  OWN        This  bit  indicates  that  the  descriptor 

entry  is  owned  by  the  host  (OWN  =  0) 
or  by  the  C-LANCE  (OWN  =  1).  The 
C-LANCE  clears  the  OWN  bit  after 
filling  the  buffer  pointed  to  by  the  de- 
scriptor entry.  The  host  sets  the 
OWN  bit  after  emptying  the  buffer. 
Once  the  C-LANCE  or  host  has  relin- 
quished ownership  of  a  buffer,  it 
must  not  change  any  field  in  the  four 
words  that  comprise  the  descriptor 
entry. 

14  ERR         ERROR  summary  is  the  OR  of 

FRAM,  OFLO,  CRC  or  BUFF. 

13  FRAM        FRAMING  ERROR  indicates  that 

the  incoming  packet  contained  a 
non-integer  multiple  of  eight  bits  and 
there  was  a  CRC  error.  If  there  was 
not  a  CRC  error  on  the  incoming 
packet,  then  FRAM  will  not  be  set 
even  if  there  was  a  non-integer  multi- 
ple of  eight  bits  in  the  packet.  FRAM 
is  not  valid  in  internal  loopback 
mode.  FRAM  is  valid  only  when  ENP 
is  set  and  OFLO  is  not. 
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12 


11 


10 


09 


08 


Name  Description 


07:00 


Receive 

15 


15:12 


11:00 


1-30 


OFLO  OVERFLOW  error  indicates  that  the 
receiver  has  lost  all  or  part  of  the  in- 
coming packet  due  to  an  inability  to 
store  the  packet  in  a  memory  buffer 
before  the  internal  Receive  FIFO 
overflowed.  OFLO  is  valid  only  when 
ENP  is  not  set. 

CRC  CRC  indicates  that  the  receiver  has 
detected  a  CRC  error  on  the  incom- 
ing packet.  CRC  is  valid  only  when 
ENP  is  set  and  OFLO  is  not. 

BUFF  BUFFER  ERROR  is  set  any  time  the 
C-LANCE  does  not  own  the  next 
buffer  while  data  chaining  a  received 
packet.  This  can  occur  in  either  of 
two  ways:  1 )  the  OWN  bit  of  the  next 
buffer  is  zero,  or  2)  the  Receive  FIFO 
overflow  occurred  before  the 
C-LANCE  has  performed  a 
lookahead  poll  of  the  next  receive 
descriptor. 

If  a  Buffer  Error  occurs,  an  Overflow 
Error  may  also  occur  internally  in  the 
Receive  FIFO,  but  will  not  be  re- 
ported in  the  descriptor  status  entry 
unless  both  BUFF  and  OFLO  errors 
occur  at  the  same  time. 

STP  START  OF  PACKET  indicates  that 
this  is  the  first  buffer  used  by  the 
C-LANCE  for  this  packet.  It  is  used 
for  data  chaining  buffers. 

ENP  END  OF  PACKET  indicates  that  this 
is  the  last  buffer  used  by  the 
C-LANCE  for  this  packet.  It  is  used 
for  data  chaining  buffers.  If  both  STP 
and  ENP  are  set,  the  packet  fits  into 
one  buffer  and  there  is  no  data 
chaining. 

HADR  The  HIGH  ORDER  8  address  bits  of 
the  buffer  pointed  to  by  this  descrip- 
tor. This  field  is  written  by  the  host 
and  unchanged  by  the  C-LANCE. 


Message  Descriptor  2  (RMD2) 

12  11 


  BCNT 

■  Must  be  Ones 
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MUST  BE  ONES.  This  field  is  written 
by  the  host  and  is  not  changed  by  the 
C-LANCE. 

BCNT  BUFFER  BYTE  COUNT  is  the  length 
of  the  buffer  pointed  to  by  this  de- 
scriptor, expressed  as  a  two's  com- 
plement number.  This  field  is  written 
by  the  host  and  is  not  changed  by  the 
C-LANCE.  Minimum  buffer  size  is  64 
bytes  for  the  first  buffer  of  packet. 


Receive  Message  Descriptor  3  (RMD3) 

15  12  11 


"V" 

MCNT 


  RES 

17881B-28 


15:12  RES         RESERVED.  Read  as  zeroes.  Write 

as  zeroes. 

11:00  MCNT  MESSAGE  BYTE  COUNT  is  the 
length  in  bytes  of  the  received  mes- 
sage. MCNT  is  valid  only  when  ERR 
is  clear  and  ENP  is  set.  MCNT  is  writ- 
ten by  the  chip  and  cleared  by  the 
host. 


Transmit  Message  Descriptor  Entry 
Transmit  Message  Descriptor  0  (TMD0) 

15  0 


LADR 
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Bit 


Name 


Description 


15:00  LADR  The  LOW  ORDER  16  address  bits  of 
the  buffer  pointed  to  by  this  descrip- 
tor. LADR  is  written  by  the  host  and  is 
not  changed  by  the  C-LANCE. 


Transmit  Message  Descriptor  1  (TMD1) 

15  87  0 


•  HADR 

■  ENP 

■STP 

■  DEF 
■ONE 
■MORE 


■ ADD_FCS 

■  ERR 

■  OWN 
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Bit 


Name  Description 


14 


13 


OWN  This  bit  indicates  that  the  descriptor 
entry  is  owned  by  the  host  (OWN  = 
O)  or  by  the  C-LANCE  (OWN  =  1). 
The  host  sets  the  OWN  bit  after  f  illing 
the  buffer  pointed  to  by  this  descrip- 
tor. The  C-LANCE  clears  the  OWN 
bit  after  transmitting  the  contents  of 
the  buffer.  Neflherthe  host  nor  the  C- 
LANCE  may  alter  a  descriptor  entry 
after  it  has  relinquished  ownership. 

ERR  ERROR  summary  is  the  "OR"  of 
LCOL,  LCAR,  UFLO  or  RTRY. 

ADD_FCS  Setting  ADD_FCS=1,  instructs  the 
controller  to  append  a  CRC  to  this 
transmitted  frame,  regardless  of  the 
setting  of  the  DTCR  bit  (bit  3  in  the 
Mode  Register).  The  ADDFCS  bit 
allows  the  controller  to  be  configured 
to  append  CRC  on  a  per  packet  ba- 
sis, when  DTCR=1.  ADD  FCS  is 
only  valid  when  STP=1 . 

MORE  MORE  indicates  that  more  than  one 
retry  was  needed  to  transmit  a 
packet. 

ONE  ONE  indicates  that  exactly  one  retry 
was  needed  to  transmit  a  packet. 
The  ONE  flag  is  not  valid  when 
LCOL  is  set. 

DEF  DEFERRED  indicates  that  the 
C-LANCE  had  to  deter  while  trying  to 
transmit  a  packet.  This  condition  oc- 
curs if  the  channel  is  busy  when  the 
C-LANCE  is  ready  to  transmit. 

STP  START  OF  PACKET  indicates  that 
this  is  the  first  buffer  to  be  used  by 
the  C-LANCE  for  this  packet.  It  is 
used  for  data  chaining  buffers.  STP 
is  set  by  the  host  and  is  not  changed 
by  the  C-LANCE.  The  STP  bit  must 
be  set  in  the  first  buffer  of  the  packet, 
or  the  C-LANCE  will  skip  over  this 
descriptor  and  poll  the  next  descrip- 
tors) until  the  OWN  and  STP  bits 
are  set. 

ENP  END  OF  PACKET  indicates  that  this 
is  the  last  buffer  to  be  used  by  the  C- 
LANCE  for  this  packet.  It  is  used  for 
data  chaining  buffers.  If  both  STP 
and  ENP  are  set,  the  packet  fits  into 
one  buffer  and  there  is  no  data 
chaining.  ENP  is  set  by  the  host  and 
is  not  changed  by  the  C-LANCE. 

HADR  The  HIGH  ORDER  8  address  bits  of 
the  buffer  pointed  to  by  this  descrip- 
tor. This  field  is  written  by  the  host 
and  is  not  changed  by  the  C-LANCE. 


Transmit  Message  Descriptor  2  (TMD2) 

15  12  11 


^r—^ — 

BCNT 


—  ONES 
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Bit 


Name  Description 


15:12  ONES  Must  be  ones.  This  f  ield  is  set  by  the 
host  and  is  not  changed  by  the 
C-LANCE. 

11:00  BCNT  BUFFER  BYTE  COUNT  is  the  us- 
able length  in  bytes  of  the  buffer 
pointed  to  by  this  descriptor  ex- 
pressed as  a  negative  two's  comple- 
ment number.  This  is  the  number  of 
bytes  from  this  buffer  that  will  be 
transmitted  by  the  C-LANCE.  This 
field  is  written  by  the  host  and  is  not 
changed  by  the  C-LANCE.  The  first 
buffer  of  a  packet  has  to  be  at  least 
100  bytes  minimum  when  data 
chaining  and  64  byte  (DTCR  =  1)  or 
60  bytes  (DCTR  =  0)  when  not  data 
chaining. 
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Transmit  Message  Descriptor  3  (TMD3) 

15  109  0 


i  


Bit 

15 


14 


13 
12 

11 


 TDR 

—  RTRY 

—  LCAR 

—  LCOL 

—  RES 

—  UFLO 

 BUFF 
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Name  Description 


BUFF  BUFFER  ERROR  is  set  by  the 
C-LANCE  during  transmission  when 
the  C-LANCE  does  not  find  the  ENP 
flag  in  the  current  buffer  and  does 
not  own  the  next  buffer.  This  can  oc- 
cur in  either  of  two  ways:  either  the 
OWN  bit  of  the  next  buffer  is  zero,  or 
Transmit  FIFO  underflow  occurred 
before  the  C-LANCE  has  performed 
a  lookahead  poll  of  the  next  transmit 
descriptor.  BUFF  is  set  by  the 
C-LANCE  and  cleared  by  the  host. 
BUFF  error  will  turn  off  the  transmit- 
ter (CSRO,  TXON  =  0). 

If  a  Buffer  Error  occurs,  an  Underflow 
Error  will  also  occur.  BUFF  error  is 
not  valid  when  LCOL  or  RTRY  error 
is  set  during  TX  data  chaining. 

UFLO  UNDERFLOW  ERROR  indicates 
that  the  transmitter  has  truncated  a 
message  due  to  data  late  from  mem- 
ory. UFLO  indicates  that  the  Trans- 
mit FIFO  has  emptied  before  the  end 
of  the  packet  was  reached. 

Upon  UFLO  error,  transmitter  is 
turned  off  (CSRO,  TXON  =  0). 

RES  RESERVED  bit.  The  C-LANCE  will 
write  this  bit  with  a  "0." 

LCOL  LATE  COLLISION  indicates  that  a 
collision  has  occurred  after  the  slot 
time  of  the  channel  has  elapsed.  The 
C-LANCE  does  not  retry  on  late 
collisions. 

LCAR  LOSS  OF  CARRIER  is  set  when  the 
carrier  input  (RENA)  to  the 
C-LANCE  goes  false  during  a 
C-LANCE-initiated  transmission. 
The  C-LANCE  does  not  retry  upon 
loss  of  carrier.  It  will  continue  to 
transmit  the  whole  packet  until  done. 
LCAR  is  not  valid  in  INTERNAL 
LOOPBACK  MODE. 


10  RTRY        RETRY  ERROR  indicates  that  the 

transmitter  has  failed  in  16  attempts 
to  successfully  transmit  a  message 
due  to  repeated  collisions  on  the  me- 
dium. If  DRTY  =  1  in  the  MODE  reg- 
ister, RTRY  will  set  after  1  failed 
transmission  attempt. 

09:00  TDR         TIME  DOMAIN  REFLECTOMETRY 

reflects  the  state  of  an  internal  C- 
LANCE  counter  that  counts  from  the 
start  of  a  transmission  to  the  occur- 
rence of  a  collision.  This  value  is 
useful  in  determining  the  approxi- 
mate distance  to  a  cable  fault.  The 
TDR  value  is  written  by  the 
C-LANCE  and  is  valid  only  if  RTRY 
is  set. 

Ring  Access  Mechanism  in  the  C-LANCE 

Once  the  C-LANCE  is  initialized  through  the  initializa- 
tion block  and  started,  the  CPU  and  the  C-LANCE  com- 
municate via  transmit  and  receive  rings,  for  packet 
transmission  and  reception. 

There  are  2  sets  of  RAM  locations  (four  16-bit  register 
per  set,  corresponding  to  the  4  entries  in  each  descrip- 
tor) in  the  C-LANCE.  The  first  set  points  to  the  current 
buffer,  and  they  are  the  working  registers  which  are 
used  for  transferring  the  data  for  the  packet.  The  second 
set  contains  the  pointers  to  the  next  buffer  in  the  ring 
which  the  C-LANCE  obtained  from  the  lookahead 
operation. 

There  are  three  types  of  ring  access  in  the  C-LANCE. 
The  first  type  is  when  the  C-LANCE  polls  the  rings  to 
own  a  buffer.  The  second  type  is  when  the  buffers  are 
data  chained.  The  C-LANCE  does  a  lookahead  opera- 
tion between  the  time  that  it  is  transferring  data  to/from 
the  Transmit/Receive  FIFOs;  this  lookahead  is  done 
only  once.  The  third  type  is  when  the  C-LANCE  tries  to 
own  the  next  descriptor  in  the  ring  when  it  clears  the 
OWN  bit  for  the  current  buffer. 

Transmit  Ring  Buffer  Management 

When  there  is  no  Ethernet  activity,  the  C-LANCE  will 
automatically  poll  the  transmit  ring  in  the  memory  once  it 
has  started  (CSRO,  STRT  =  1 ).  This  polling  occurs  every 
1.6  ms,  (CSRO  TDMD  bit  =  0)  and  consists  of  reading 
the  status  word  of  the  transmit  descriptor,  TMD1,  until 
the  C-LANCE  owns  the  descriptor.  The  C-LANCE  will 
read  TMD0  and  TMD2  to  get  the  rest  of  the  buffer  ad- 
dress and  the  buffer  byte  count  when  it  owns  the  de- 
scriptor. Each  of  these  memory  reads  is  done 
separately  with  a  new  arbitration  cycle  for  each  transfer. 

If  the  transmit  buffers  are  data  chained  (current  buffer 
ENP  =  0),  the  C-LANCE  will  look  ahead  to  the  next  de- 
scriptor in  the  ring  while  transferring  the  current  buffer 
into  the  Transmit  FIFO  (see  Figure  8-1).  The  C-LANCE 
does  this  lookahead  only  once.  If  it  does  not  own  the 
next  transmit  Descriptor  Table  Entry  (DTE)  (2ndTX  ring 
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for  this  packet)  it  will  transmit  the  current  buffer  and  up- 
date the  status  of  current  Ring  with  the  BUFF  and  UFLO 
error  bits  set.  If  the  C-LANCE  owns  the  2nd  DTE,  it  will 
also  read  the  buffer  address  and  the  buffer  byte  count  of 
this  entry.  Once  the  C-LANCE  has  finished  emptying  the 
current  buffer,  it  clears  the  OWN  bit  for  this  buffer,  and 
immediately  starts  loading  the  Transmit  FIFO  from  the 
next  (2nd)  buffer.  Between  DMA  bursts,  starting  from 
the  2nd  buffer,  the  C-LANCE  does  a  lookahead  again  to 
check  if  it  owns  the  next  (3rd)  buffer.  This  activity  goes 
on  until  the  last  transmit  DTE  indicates  the  end  of  the 
packet  (TMD1 ,  ENP  =  1 ).  Once  the  last  part  of  the  pack- 
et has  been  transmitted  out  from  the  Transmit  FIFO  to 
the  medium,  the  C-LANCE  will  update  the  status  in 
TMD1 ,  TMD3  (TMD3  is  updated  only  when  there  is  an 
error)  and  will  relinquish  the  last  bufferto  the  CPU.  The 
C-LANCE  tries  to  own  the  next  buffer  (first  buffer  of  the 
next  packet),  immediately  after  it  relinquishes  the  last 
buffer  of  the  current  packet.  This  guarantees  the  back- 
to-back  transmission  of  the  packets.  If  the  C-LANCE 
does  not  own  the  next  buffer,  it  then  polls  the  TX  ring 
every  1.6  ms. 

When  an  error  occurs  before  all  of  the  buffers  get  trans- 
mitted, the  status,  TMD3 ,  is  updated  in  the  current  DTE, 
own  bit  is  cleared  in  TMD1 ,  and  TINT  bit  is  set  in  CSRO 
which  causes  an  interrupt  if  INEA  =  1 .  The  C-LANCE  will 
then  skip  over  the  rest  of  the  descriptors  for  this  packet 
(clears  the  OWN  bit  and  sets  the  TINT  bit  in  CSRO)  until 
it  finds  a  buffer  with  both  the  STP  and  OWN  bit  being  set 
(this  indicates  the  first  buffer  for  the  next  packet). 

When  the  transmit  buffers  are  not  data  chained  (current 
descriptor's  ENP  =  1 ),  the  C-LANCE  will  not  perform  any 
lookahead  operation.  It  will  transmit  the  current  buffer, 
update  the  TMD3  if  any  error,  and  then  update  the 
status  and  clear  the  OWN  bit  in  TMD1  .  The  C-LANCE 
will  then  immediately  check  the  next  descriptor  in  the 
ring  to  see  if  it  owns  it.  If  it  does,  the  C-LANCE  will  also 
read  the  rest  of  the  entries  from  the  descriptor  table.  If 
the  C-LANCE  does  not  own  it,  it  will  poll  the  ring  once 
every  1 .6  ms  until  it  owns  it.  User  may  set  the  TDMD  bit 
in  CSRO  when  it  has  relinquished  a  buffer  to  the 
C-LANCE.  This  will  force  the  C-LANCE  to  check  the 
OWN  bit  at  this  buffer  without  waiting  for  the  polling  time 
to  elapse. 

Receive  Ring  Buffer  Management 

Receive  Ring  access  is  similar  to  the  transmit  ring  ac- 
cess. Once  the  receiver  is  enabled,  the  C-LANCE  will  al- 
ways try  to  have  a  receive  buffer  available,  should  there 
be  a  packet  addressed  to  this  node  for  reception.  There- 
fore, when  the  C-LANCE  is  idle,  it  will  poll  the  receive 
ring  entry  once  every  1 .6  ms,  until  it  owns  the  current  re- 
ceive DTE.  Once  the  C-LANCE  owns  the  buffer,  it  will 
read  RMDO  and  RMD2  to  get  the  rest  of  buffer  address 
and  buffer  byte  count.  When  a  packet  arrives  from  the 
physical  medium,  after  the  Address  Recognition  Logic 
accepts  the  packet,  the  C-LANCE  will  immediately  poll 


the  Receiver  Ring  once  for  a  buffer.  If  it  still  does  not  own 
the  buffer,  it  will  set  the  MISS  error  in  CSRO  and  will  not 
poll  the  receive  ring  until  the  packet  ends. 

Assuming  the  C-LANCE  owns  a  receive  buffer  when  the 
packet  arrives,  it  will  perform  a  lookahead  operation  on 
the  next  DTE  between  periods  when  it  is  dumping  the  re- 
ceived data  from  the  Receive  FIFO  to  the  first  receive 
buffer  in  case  the  current  buffer  requires  data  chaining. 
When  the  C-LANCE  owns  the  buffer,  the  lookahead  op- 
eration consists  of  three  separate  single  word  DMA 
reads:  RMD1 ,  RMDO,  and  RMD2.  When  the  C-LANCE 
does  not  own  the  next  buffer,  the  lookahead  operation 
consists  of  only  one  single  DMA  read,  RMD1.  Either 
lookahead  operation  is  done  only  once.  Following  the 
lookahead  operation,  whether  C-LANCE  owns  the  next 
buffer  or  not,  the  C-LANCE  will  transfer  the  data  from 
Receive  Fl  FO  to  the  first  receive  buffer  for  this  packet  in 
burst  mode  (8  word  transfer  per  one  DMA  cycle 
arbitration). 

If  the  packet  being  received  requires  data  chaining,  and 
the  C-LANCE  does  not  own  the  second  DTE,  the 
C-LANCE  will  update  the  current  buffer  status,  RMD1 , 
with  the  BUFF  and/or  OFLO  error  bits  set.  If  the 
C-LANCE  does  own  the  next  buffer  (second  DTE)  from 
previous  lookahead,  the  C-LANCE  will  relinquish  the 
current  buffer  and  start  filling  up  the  second  buffer  for 
this  packet.  Between  the  time  that  the  C-LANCE  is 
transferring  data  from  the  Receive  FIFO  to  the  second 
buffer,  it  does  a  lookahead  operation  again  to  see  if  it 
owns  the  next  (third)  buffer.  If  the  C-LANCE  does  own 
the  third  DTE,  it  will  also  read  RMDO,  and  RMD2  to  get 
the  rest  of  buffer  pointer  address  and  buffer  byte  count. 

This  activity  continues  on  until  the  C-LANCE  recognizes 
the  end  of  the  packet  (physical  medium  is  idle);  it  then 
updates  the  current  buffer  status  with  the  end  of  packet 
bit  (ENP)  set.  The  C-LANCE  will  also  update  the  mes- 
sage byte  count  (RMD3)  with  the  total  number  of  bytes 
received  for  this  packet  in  the  current  buffer  (the  last 
buffer  for  this  packet). 

The  dual  FIFOs  in  the  C-LANCE  are  utilized  by  the  inter- 
nal microcode  to  guarantee  that  continuous  receive  ac- 
tivity does  not  prevent  the  servicing  of  pending  transmit 
packets.  The  microcode  includes  a  single  transmit  de- 
scriptor poll  operation  at  the  beginning  of  buffer  DMA 
operations  for  an  incoming  receive  packet.  This  single 
transmit  descriptor  poll  is  performed  only  once  during 
the  receive  microcode  routine  for  each  packet  that  is  re- 
ceived. If  the  OWN  bit  in  the  transmit  descriptor  is  set, 
burst  transfers  to  the  Transmit  Fl  FO  are  interleaved  with 
burst  transfers  from  the  Receive  FIFO.  By  interleaving 
the  transmit  buffer  transfers  with  the  receive  buffer 
transfers,  the  beginning  of  the  transmit  packet  is 
preloaded  in  the  Transmit  FIFO,  ready  to  be  transmitted 
immediately  following  the  end  of  the  receive  packet  on 
the  wire. 
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Figure  8-1 .  Data  Chaining  (Transmit) 


127 


Transmit 


Receive 

17881B-34 


Notes: 

1.  W,  X,  Y,  Z  are  the  packets  queued  for  transmission. 

2.  A,  B,  C,  D  are  the  packets  received  by  the  C-LANCE. 

Figure  8-2.  Buffer  Management  Descriptor  Rings 

C-LANCE  DMA  Transfer 
(Bus  Master  Mode) 

There  are  two  types  of  DMA  Transfers  with  the 
C-LANCE: 

■  Burst  mode  DMA 

■  Single  word  DMA 

Burst  Mode  DMA 

Burst  DMA  is  used  for  Transmission  or  Reception  of  the 
Packets,  (Read/Write  from/to  Memory). 

The  Burst  Transfers  are  8  consecutive  word  reads 
(transmit)  or  writes  (receive)  that  are  done  in  a  single 
bus  arbitration  cycle.  In  other  words,  once  the  C-LANCE 
receives  the  bus  acknowledge,  (HLDA  =  LOW) ,  it  will  do 
8  word  transfers  (8  DMA  cycle,  min.  at  600  ns  per  cycle) 
without  releasing  the  bus  request  signal  (HOLD  = 
LOW).  If  there  are  more  than  16  bytes  empty  in  the 
Transmit  FIFO,  in  transmit  mode,  or  at  least  16  bytes  of 
data,  in  the  Receive  FIFO  in  receive  mode,  when  the 
C-LANCE  releases  the  bus  (HOLD  deasserted),  the 
C-LANCE  will  request  the  bus  again  within  700  ns 


(HOLD  dwell  time).  Burst  DMAs  are  always  8  transfer 
cycles  unless  there  are  fewer  than  8  words  left  to  be 
transferred  to/from  the  Transmit/Receive  FIFO,  or  if 
there  are  fewer  than  8  words  left  to  be  transferred  to/ 
from  the  RX/TX  buffer.  Transmit  DMAs  may  be  shorter 
than  8  words  if  a  collision  is  detected  during  the  DMA. 

Single  Word  DMA  Transfer 

The  C-LANCE  initiates  single  word  DMA  transfers  to  ac- 
cess the  transmit  and  receive  rings  or  the  initialization 
block.  The  C-LANCE  will  not  initiate  any  burst  DMA 
transfers  while  reading  the  initialization  block.  The 
C-LANCE  will  not  initiate  any  burst  DMA  transfers  be- 
tween the  time  that  it  discovers  ownership  of  a  descrip- 
tor and  the  time  that  it  reads  the  buffer  pointer  and  buffer 
byte  count  entries  of  that  descriptor. 


FIFO  Operation 


The  dual  FIFOs  provide  temporary  buffer  storage  for 
data  being  transferred  between  the  parallel  bus  I/O  pins 
and  serial  I/O  pins.  The  capacity  of  the  Transmit  FIFO  is 
48  bytes  and  the  Receive  FIFO  is  64  bytes. 

Transmit 

Data  is  loaded  into  the  Transmit  FIFO  under  internal 
microprogram  control.  The  Transmit  FIFO  has  to  have 
more  than  16  bytes  empty  before  the  C-LANCE  re- 
quests the  bus  (HOLD  is  asserted).  The  C-LANCE  will 
start  sending  the  preamble  (if  the  line  is  idle)  as  soon  as 
the  first  byte  is  loaded  to  the  Transmit  FIFO  from 
memory. 

Receive 

Data  is  loaded  into  the  Receive  FIFO  from  the  serial  in- 
put shift  register  during  reception.  Data  leaves  the  Re- 
ceive FIFO  under  microprogram  control.  The  C-LANCE 
microcode  will  wait  until  there  are  at  least  16  bytes  of 
data  in  the  Receive  FIFO  before  initiating  a  DMA  burst 
transfer.  Preamble  and  Start  Frame  Delimiter  (SFD)  are 
not  loaded  into  the  Receive  FIFO. 

FIFOs  -  Memory  Byte  Alignment 

Memory  buffers  may  begin  and  end  on  arbitrary  byte 
boundaries.  Parallel  data  is  byte  aligned  between  the 
Transmit  or  Receive  FIFO  and  DAL  lines 
(DAL0-DAL1 5).  Byte  alignment  can  be  reversed  by  set- 
ting the  Byte  Swap  (BSWP)  bit  in  CSR3. 


TRANSMISSION  ■ 
ORY ADDRESS 


WORD  READ  FROM  EVEN  MEM- 


BSWP=0:     FIFO  BYTE  n      gets  DAL  <07:00> 
FIFO  BYTE  n  +  1  gets  DAL  <15:08> 

BSWP=1:     FIFO  BYTE  n      gets  DAL  <15:08> 
FIFO  BYTE  n  +  1  gets  DAL  <07:00> 

TRANSMISSION  -  BYTE  READ  FROM  EVEN 
MEMORY  ADDRESS 
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BSWP=0: 


BSWP=1: 


FIFO  BYTE  n 
-don't  care 

FIFO  BYTE  n 
-don't  care 


gets  DAL  <07:00> 
gets  DAL<15:08> 

gets  DAL<15:08> 
gets  DAL  <07:00> 


TRANSMISSION  -  BYTE  READ  FROM  ODD 
MEMORY  ADDRESS 

BSWP=0:     FIFO  BYTE  n 
-don't  care 


WP=1: 


FIFO  BYTE  n 
-don't  care 


gets  DAL<15:08> 
gets  DAL  <07:00> 

gets  DAL  <07:00> 
gets  DAL<15:08> 


RECEPTION  -  WORD  WRITE  TO  EVEN  MEMORY 
ADDRESS 


BSWP=0: 


DAL  <07:00> 
DAL  <15:08> 


BSWP=1:  DAL<15:08> 
DAL  <07:00> 


gets  FIFO  BYTE  n 
gets  FIFO  BYTE  n  +  1 

gets  FIFO  BYTE  n 
gets  FIFO  BYTE  n  +  1 


RECEPTION  -  BYTE  WRITE  TO  EVEN  MEMORY 
ADDRESS 

BSWP=0:     DAL  <07:00>      gets  FIFO  BYTE  n 
DAL<15:08>  -undefined 


BSWP=1: 


DAL<15:08> 
DAL  <07:00> 


gets  FIFO  BYTE  n 
-undefined 


RECEPTION  -  BYTE  WRITE  TO  ODD  MEMORY 
ADDRESS 


BSWP=0:     DAL  <07:00> 
DAL<15:08> 


-undefined 

gets  FIFO  BYTE  n 


BSWP=1:     DAL<15:08>  -undefined 

DAL  <07:00>      gets  FIFO  BYTE  n 

The  C-LANCE  Recovery  and 
Reinitialization 

The  transmitter  and  receiver  section  of  the  C-LANCE 
are  turned  on  via  the  initialization  block  (MODE  REG: 
DRX,  DTX  bits).  The  state  of  the  transmitter  and  the  re- 
ceiver are  monitored  through  the  CSRO  register(RXON, 
TXON  bits).  The  C-LANCE  must  be  reinitialized  if  the 
transmitter  and/or  the  receiver  has  not  been  turned  on 
during  the  original  initialization,  and  later  it  is  desired  to 
have  them  turned  on.  When  either  the  transmitter  or  re- 
ceiver shuts  off  because  an  error  (MERR,  UFLO,  TX 
BUFF  error),  it  is  necessary  to  reinitialize  the  C-LANCE 
to  turn  the  transmitter  and/or  receiver  back  on  again. 
The  user  should  rearrange  the  descriptors  in  the  trans- 
mit or  receive  ring  prior  to  reinitialization.  This  is  neces- 
sary since  the  transmit  and  receive  descriptor  pointers 
are  reset  to  the  beginning  of  the  ring  upon  initialization. 

To  reinitialize  the  C-LANCE,  the  user  must  first  stop  the 
C-LANCE  by  setting  the  stop  bit  in  CSRO.  The  user 
needs  to  reprogram  CSR3  because  its  contents  get 
cleared  when  the  stop  bit  gets  set  (CSR3  reprogram- 
ming  is  not  needed  when  default  values  of  BCON, 


ACON,  and  BSWP  are  used;  BCON,  ACON,  and  BSWP 
default  values  are  0,  0,  and  0  respectively).  Only  then 
the  user  may  set  the  INIT  bit  in  CSRO. 

It  is  recommended  that  the  C-LANCE  not  be  re-started, 
once  it  has  been  stopped  (STOP  =  1  in  CSRO),  by  set- 
ting the  STRT  bit  in  CSRO  without  reinitialization.  Re- 
starting the  C-LANCE  in  this  way  puts  the  C-LANCE  in 
operation  in  accordance  with  the  parameters  set  up  in 
the  mode  register,  but  the  contents  of  the  descriptor 
pointers  in  the  C-LANCE  will  not  be  guaranteed. 

Frame  Formatting 

The  C-LANCE  performs  the  encapsulation/decapsula- 
tion function  of  the  data  link  layer  (second  layer  of  ISO 
model)  as  follows: 

Transmit 

In  transmit  mode,  the  user  must  supply  the  destination 
address,  source  address,  and  Type  Field  (or  Length 
Field)  as  a  part  of  data  in  transmit  data  buffer  memory. 
The  C-LANCE  will  append  the  preamble,  SFD,  and 
CRC  (FCS)  to  the  frame  as  is  shown  in  Figures  9-1 
and  9-2. 

Receive 

In  receive  mode,  the  C-LANCE  strips  off  the  preamble 
and  SFD  and  transfers  the  rest  of  the  frame,  including 
the  CRC  bytes  (4  bytes),  to  the  memory.  The  C-LANCE 
will  discard  packets  with  less  than  64  bytes  (runt  packet) 
and  will  reuse  the  receive  buffer  for  the  next  packet.  This 
is  the  only  case  where  the  packet  is  discarded  after  the 
packet  has  been  transferred  to  the  receive  buffer.  A  runt 
packet  is  normally  the  result  of  a  collision. 


Preamble 

Synch 
1  1 

Dest 

Source 

Type 

Data 

FCS 

1010  ...  1010 

ADR 

ADR 

62 

2 

6 

6 

2 

46-1500 

4 

Bits 

Bits 

Bytes 

Bytes 

Bytes 

Bytes 

Bytes 

17881B-35 

Figure  9-1.  Ethernet  Frame  Format 


Preamble 

SFD 

Dest. 

Source 

Length 

T  ' 

LLC  ^ 

FCS 

1010 ...  1010 

10101011 

ADR 

ADR 

Data  I  PAD 
1 
i 

56 

8 

6 

6 

2 

46-1500 

4 

Bits 

Bits 

Bytes 

Bytes 

Bytes 

Bytes 

Bytes 

17881B-36 

Figure  9-2.  IEEE  802.3  MAC  Frame  Format 


Framing  Error  (Dribbling  Bits) 

The  C-LANCE  can  handle  up  to  7  dribbling  bits  when  a 
received  packet  terminates;  the  input  to  the  C-LANCE, 
RCLK,  stops  following  the  deassertion  of  RENA.  During 
the  reception,  the  CRC  is  generated  on  every  serial  bit 
(including  the  dribbling  bits)  coming  from  the  medium, 
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and  the  CRC  gets  sampled  internally  on  every  byte 
boundary.  The  framing  error  is  reported  to  the  user  as 
follows: 

■  If  the  number  of  the  dribbling  bits  is  1  to  7  bits  and 
there  is  no  CRC  error,  then  there  is  no  Framing 
error  (FRAM  =  0). 

■  If  the  number  of  the  dribbling  bits  is  less  than  8 
and  there  is  a  CRC  error,  then  there  is  also  a 
Framing  error  (FRAM  =  1). 

■  If  the  number  of  the  dribbling  bits  =  0,  then  there  is 
no  Framing  error.  There  may  or  may  not  be  a  CRC 
error. 

Interframe  Spacing  (IFS) 

The  C-LANCE  implements  the  two-part  deferral  algo- 
rithm following  both  receive  and  transmit  activity,  as 
specified  as  an  option  in  the  IEEE  802.3  Standard  (ISO/ 
IEC  8802-3  1990).  With  two-part  deferral,  the  interframe 
spacing,  which  begins  immediately  after  the  negation  of 
RENA,  is  divided  into  two  parts,  IFS1  and  IFS2.  If  RENA 
is  asserted  during  IFS1 ,  the  interframe  spacing  counter 
is  continually  reset  until  RENA  is  deasserted  (any  pend- 
ing transmissions  will  defer  to  the  incoming  receive  traf- 
fic and  the  incoming  frame  may  be  received  by  the 
C-LANCE).  Once  the  interframe  spacing  counter 
reaches  IFS2,  the  counter  proceeds,  regardless  of  the 
state  of  RENA.  When  IFS2  expires,  the  C-LANCE  may 
begin  transmitting  a  frame  if  there  is  one  pending. 

In  the  C-LANCE,  IFS1  is  6.0  us  and  IFS2  is  3.6  us,  mak- 
ing the  minimum  possible  interframe  spacing  9.6  us. 
The  9.6  (is  minimum  interframe  spacing  complies  with 
IEEE  802.3  specifications. 

Following  each  frame  transmission,  the  C-LANCE 
blinds  itself  from  any  receive  activity  for  the  first  4. 1  u.s  of 
the  interframe  spacing.  The  C-LANCE  begins  looking 
for  the  011  start  frame  delimiter  pattern  after  800ns  (8  bit 
times)  of  preamble  has  passed.  Hence,  if  RENA  is  as- 
serted during  the  first  4.1  us  of  the  interframe  spacing, 
there  must  be  at  least  8  bits  of  preamble  left  following 
the  end  of  the  4.1  us  window  in  order  for  the  frame  to  be 
received  correctly. 

Following  each  frame  reception,  the  C-LANCE  blinds  it- 
self from  any  receive  activity  for  the  first  0.5  u.s  of  the  in- 
terframe spacing. 

Collision  Detection  and  Collision  JAM 

Collisions  are  detected  by  monitoring  the  CLSN  pin.  If 
CLSN  becomes  asserted  during  a  frame  transmission, 
TENA  will  remain  asserted  for  at  least  32  (but  not  more 
than  40)  additional  bit  times  (including  CLSN  synchroni- 
zation). This  additional  transmission  after  collision  is 
referred  to  as  COLLISION  JAM.  If  collision  occurs 
during  the  transmission  of  the  preamble,  the  C-LANCE 


continues  to  send  the  preamble,  and  sends  the  JAM  pat- 
tern following  the  preamble.  If  collision  occurs  after  the 
preamble,  the  C-LANCE  will  send  the  JAM  pattern  fol- 
lowing the  transmission  of  the  current  byte.  The  JAM 
pattern  is  any  pattern  except  the  CRC  bytes. 

Receive  Based  Collision 

If  CLSN  becomes  asserted  during  the  reception  of  a 
packet,  this  reception  is  immediately  terminated.  De- 
pending on  the  timing  of  COLLISION  DETECTION,  one 
of  the  following  will  occur.  A  collision  that  occurs  within  6 
byte  times  of  the  detection  of  the  SFD  (4.8  us)  will  result 
in  the  packet  being  rejected  because  of  an  address  mis- 
match; the  Receive  FIFO  write  pointer  will  be  reset.  A 
collision  that  occurs  within  64  byte  times  (51.2  us)  will 
result  in  the  packet  being  rejected  since  it  is  a  runt  pack- 
et. A  collision  that  occurs  after  64  byte  times  (late  colli- 
sion) will  result  in  a  truncated  packet  being  written  to  the 
memory  buffer  with  the  CRC  error  bit  most  likely  being 
set  in  the  Status  Word  of  the  Receive  Ring.  Late  collision 
error  is  not  reported  in  receive  mode. 

Transmit  Based  Collision 

When  a  transmission  attempt  has  been  terminated  due 
to  the  assertion  of  CLSN,  (a  collision  that  occurs  within 
64  byte  times),  the  C-LANCE  will  attempt  to  retry  trans- 
mission 15  more  times.  The  scheduling  of  the 
retransmissions  is  determined  by  a  controlled  random- 
ized process  called  'truncated  binary  exponential  back- 
off." Upon  the  negation  of  the  COLLISION  JAM  interval, 
the  C-LANCE  calculates  a  delay  before  retransmitting. 
The  delay  is  an  integral  multiple  of  the  SLOT  TIME.  The 
SLOT  TIME  is  512  bit  times.  The  number  of  SLOT 
TIMES  to  delay  before  the  nth  retransmission  is  chosen 
as  a  uniformly  distributed  random  integer  in  the  range: 
0<  r<  2k  where  k  =  min  (n,  10). 

When  the  Modified  Backoff  Algorithm  is  enabled 
(EMBA),  the  backoff  time  may  be  longer  than  the  mini- 
mum time  specified  above.  Specifically,  the  backoff 
count  will  be  suspended  whenever  a  carrier  is  detected 
on  the  network.  The  backoff  count  will  resume  when  the 
carrier  drops.  This  behavior  has  the  effect  of  making  the 
backoff  interval  equal  to  the  SUM  of  an  integral  number 
of  SLOT  TIMES  plus  the  total  duration  of  the  carrier  on 
the  network  during  the  backoff  interval. 

If  all  1 6  attempts  fail,  the  C-LANCE  sets  the  RTRY  bit  in 
the  current  Transmit  Message  Descriptor  3,  TMD3,  in 
memory,  gives  up  ownership  (sets  the  own  bit  to  zero) 
for  this  packet,  and  processes  the  next  packet  in  trans- 
mit ring  for  transmission.  If  there  is  a  late  collision  (colli- 
sion occurring  after  64  byte  times) ,  the  C-LANCE  will  not 
attempt  to  transmit  this  packet  again;  it  will  terminate  the 
transmission,  note  the  LCOL  error  in  TMD3,  and  trans- 
mit the  next  packet  in  the  ring. 
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Collision — Microcode  Interaction 

The  microprogram  uses  the  time  provided  by  COLLI- 
SION JAM,  INTERPACKET  DELAY,  and  the  backoff 
interval  to  restore  the  address  and  byte  counts  internally 
and  starts  loading  the  Transmit  FIFO  in  anticipation  of 
retransmission.  It  is  important  that  C-LANCE  be  ready 
to  transmit  when  the  backoff  interval  elapses  to  utilize 
the  channel  properly. 

If,  during  the  backoff  interval,  RENA  and  CLSN  are 
never  asserted  (no  wire  activity) ,  the  C-LANCE  does  not 
re-poll  the  OWN  bit  and  does  not  re-read  the  buffer  ad- 
dress and  byte  count  in  the  transmit  descriptor  before 
reloading  the  transmit  data  and  retransmitting  the  trans- 
mit packet.  However,  if  RENA  or  CLSN  are  asserted 
during  the  backoff  interval,  the  C-LANCE  must  re-poll 
the  OWN  bit  and  re-read  the  buffer  address  and  byte 
count  in  the  transmit  descriptor  before  starting  the  DMA 
access  of  the  transmit  buffer  and  performing  the  retry. 
Note  that  the  re-polling  of  the  transmit  descriptor  could 
be  preceeded  by  receive  DMA  operations  if  an  incoming 
packet  arrives  during  the  backoff  interval  and  an  ad- 
dress match  is  detected  or  when  the  C-LANCE  is  in  pro- 
miscuous mode. 

Time  Domain  Reflectometry 

C-LANCE  contains  a  time  domain  reflectometry 
sunter.  The  TDR  counter  is  ten  bits  wide.  It  counts  at  a 
MHz  rate.  It  is  cleared  by  the  microprogram  and 
aunts  upon  the  assertion  of  RENA  during  transmission, 
sunting  ceases  if  CLSN  becomes  true,  or  RENA  goes 
inactive.  The  counter  does  not  wrap  around.  Once  all 
ONEs  are  reached  in  the  counter,  the  counter  value  is 
held  until  cleared.  The  value  in  the  TDR  is  written  into 
memory  following  the  transmission  of  the  packet.  TDR  is 
used  to  determine  the  location  of  suspected  cable  faults. 

Heartbeat 

Duringthe  interpacket  gap  time  following  the  negation  of 
TENA,  the  CLSN  input  is  asserted  by  some  transceivers 
as  a  self-test.  If  the  CLSN  input  is  not  asserted  within 
4us  following  the  completion  of  transmission,  then  the 
-LANCE  will  set  the  CERR  bit  in  CSRO.  CERR  error 
vill  not  cause  an  interrupt  to  occur  (INTR  =  0). 

Cyclic  Redundancy  Check  (CRC) 

The  C-LANCE  utilizes  the  32-bit  CRC  function  as  de- 
scribed in  the  IEEE  802.3  standard  section  3.2.8  to  gen- 
erate the  Frame  Check  Sequence  (FCS)  field.  The 
C-LANCE  requirements  for  the  CRC  logic  are  the 
following: 

■  TRANSMISSION  -  MODE  <02>  LOOP  =  0,  MODE 
<03>  DTCR  =  0.  The  C-LANCE  calculates  the 
CRC  from  the  first  bit  following  the  SFD  to  the  last 
|  bit  of  the  data  field.  The  CRC  value  inverted  is  ap- 
pended onto  the  transmission  in  one  unbroken  bit 
stream. 


■  RECEPTION  -  MODE  <02>  LOOP  =  0.  The 
C-LANCE  performs  a  check  on  the  input  bit  stream 
from  the  first  bit  following  the  SFD  to  the  last  bit  in 
the  frame.  The  C-LANCE  continually  samples  the 
state  of  the  CRC  check  on  framed  byte  bounda- 
ries, and,  when  the  incoming  bit  stream  stops,  the 
last  sample  determines  the  state  of  the  CRC  error. 
Framing  error  (FRAM)  is  not  reported  if  there  is  no 
CRC  error. 

■  LOOPBACK  -  MODE  <02>  LOOP  =1 ,  MODE 
<03>  DTRC  =  0.  The  C-LANCE  generates  and 
appends  the  CRC  value  to  the  outgoing  bit  stream 
as  in  Transmission  but  does  not  perform  the  CRC 
check  of  the  incoming  bit  stream. 

■  LOOPBACK  -  MODE  <02>  LOOP  =  1  MODE 
<03>  DTRC  =  1 .  C-LANCE  performs  the  CRC 
check  on  the  incoming  bit  stream  as  in  Reception, 
but  does  not  generate  or  append  the  CRC  value  to 
the  outgoing  bit  stream  during  transmission. 

Loopback 

The  normal  operation  of  the  C-LANCE  is  as  a  half- 
duplex  device.  However,  to  provide  an  on-line  opera- 
tional test  of  the  C-LANCE,  a  pseudo-full  duplex  mode  is 
provided.  In  this  mode  simultaneous  transmission  and 
reception  of  a  loopback  packet  are  enabled  with  the  fol- 
lowing constraints: 

■  The  packet  length  must  be  no  longer  than 

32  bytes,  and  no  shorter  than  8  bytes,  exclusive  of 
the  CRC. 

■  Serial  transmission  does  not  begin  until  the  Trans- 
mit FIFO  contains  the  entire  output  packet. 

■  Moving  the  input  packet  from  the  Receive  FIFO  to 
the  memory  does  not  begin  until  the  serial  input  bit 
stream  terminates. 

■  CRC  may  be  generated  and  appended  to  the  out- 
put serial  bit  stream  or  may  be  checked  on  the  in- 
put serial  bit  stream.  CRC  may  not  be  used  for 
both  transmission  and  reception  simultaneously. 

■  In  internal  loopback,  the  packets  should  be  ad- 
dressed to  the  node  itself. 

■  In  external  loopback,  multicast  addressing  can  be 
used  only  when  DTCR  =  1  is  in  the  mode  register. 
In  this  case,  the  user  needs  to  append  the  CRC 
bytes. 

Loopback  is  controlled  by  bits  <06, 03, 02>  INTL,  DTCR, 
and  LOOP  of  the  MODE  register. 
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Serial  Transmission 

Serial  transmission  consists  ot  sending  an  unbroken  bit 
stream  from  the  TX  output  pin  consisting  ot: 

■  Preamble/SFD:  56  alternating  ONES  and  ZEROES 
terminating  with  the  SFD  byte  (10101011). 

■  Data:  The  serialized  bit  stream  from  the  Transmit 
FIFO  Shifted  out  with  LSB  first. 

■  CRC:  The  inverted  32-bit  polynomial  calculated 
from  the  data,  address,  and  type  field.  CRC  is  not 
transmitted  if: 

—Transmission  of  the  data  field  is  truncated  for 
any  reason. 

—  CLSN  becomes  asserted  any  time  during 
transmission. 

—  MODE  <03>  DTCR  =  1  in  a  normal  or  loopback 
transmission  mode,  and  ADD_FCS=0  in  the 
transmit  descriptor. 

The  Transmission  is  indicated  at  the  output  pin  by  the 
assertion  of  TENA  with  the  first  bit  of  the  preamble  and 
the  negation  of  TENA  after  the  last  transmitted  bit. 

The  C-LANCE  starts  transmitting  the  preamble  when 
the  following  are  satisfied: 

There  is  at  least  one  byte  of  data  to  be  transmitted 
in  the  Transmit  FIFO. 

The  interpacket  delay  has  elapsed. 

The  backoff  interval  has  elapsed,  if  doing  a 
retransmission. 


Serial  Reception 

Serial  reception  consists  of  receiving  an  unbroken  bit 
stream  on  the  RX  input  pin  consisting  of: 

■  Preamble/SFD:  Two  ONES  occurring  a  minimum 
of  8  bit  times  after  the  assertion  of  RENA. 

■  Destination  Address:  The  48  bits  (6  bytes)  follow- 
ing the  SFD. 

■  Data:  The  serial  bit  stream  following  the  Destina- 
tion Address.  The  last  4  complete  bytes  of  data  are 
the  CRC.  The  Destination  Address  and  the  data 
are  framed  into  bytes  and  enter  the  Receive  FIFO. 
Source  Address  and  Length  field  are  part  of  the 
data  which  are  transparent  to  the  C-LANCE. 

Reception  is  indicated  at  the  input  pin  by  the  assertion  of 
RENA  and  the  presence  of  clock  on  RCLK  while  TENA 
is  inactive.  The  C-LANCE  does  not  sample  the  received 
data  until  about  800  ns  after  RENA  goes  high. 
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ABSOLUTE  MAXIMUM  RATINGS 

Storage  Temperature   -65°C  to  +150°C 

Ambient  Temperature  with 

Power  Applied  -25°C  to  +125°C 

Supply  Voltages  to  Ground  Potential 

Continuous   -0.3  V  to  +6  V 

Stresses  above  those  listed  under  Absolute  Maximum  Rat- 
ings may  cause  permanent  device  failure.  Functionality  at  or 
above  these  limits  is  not  implied.  Exposure  to  Absolute  Maxi- 
mum Ratings  for  extended  periods  may  affect  device  reliabil- 
ity. Programming  conditions  may  differ. 


OPERATING  RANGES 

Commercial  (C)  Devices 

Temperature  (Ta)   0°C  to  +70°C 

Supply  Voltage  (Vdd)   +4.75  V  to  +5.25  V 

Vss   0  V 

Operating  ranges  define  those  limits  between  which  the  func- 
tionality of  the  device  is  guaranteed. 


DC  CHARACTERISTICS  over  operating  ranges  unless  otherwise  specified 


Parameter 
Symbol 

Parameter  Description 

Test  Conditions 

Commercial 

Unit 

Min 

Typ 

Max 

V,L 

Input  LOW  Voltage 

0.8 

V 

VlH 

Input  HIGH  Voltage 

2 

V 

Vol 

Output  LOW  Voltage 

Iol  =  3.2  mA 

0.5 

V 

Voh 

Output  HIGH  Voltage 

Ioh  =  -0.4  mA 

2.4 

V 

lit 

Input  Leakage 

VIN  =  0.4  V  to  Vcc 

±10 

uA 

l0D* 

Power  Supply  Current 

50 

mA 

•ll 

>D  is  measured  while  running  a  functional  pattern  with  spec,  value  Ioh  and  lot  load  applied. 

c 

APACITANCE**  (Ta  =  25°C;  Vdd  =  0) 

Parameter 
Symbol 

Parameter  Description 

Test  Conditions 

Min 

Typ 

Max 

Unit 

ClN 

Input  Pin  Capacitance 

f  =  1  MHz 

10 

pF 

COUT 

Output  Pin  Capacitance 

f  =  1  MHz 

15 

pF 

Cio 

I/O  Pin  Capacitance 

f  =  1  MHz 

20 

pF 

'Parameters  are  not  tested. 
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No. 

Parameter 
Symbol 

Parameter  Description 

Test 
Conditions 

Min 

Typ 

Max 

Unit 

1 

tTCT 

TCLK  Period 

99 

101 

ns 

2 

tTCL 

TCLK  LOW  Time 

45 

55 

ns 

3 

tTCH 

TCLK  HIGH  Time 

45 

55 

ns 

4 

tTCR 

Rica  Timo  nf  TPI  VC 

niba  i  nne  ui  i  v^i_r\ 

(nUlc  Of 

3 

5 

tTCF 

Fall  Time  of  TCLK 

(Note  3) 

8 

ns 

6 

tTEP 

TENA  Propagation  Delay  After  the 
Rising  Edge  of  TCLK 

60 

ns 

7 

tTEH 

TENA  Hold  Time  After  the  Rising 
Edge  of  TCLK 

5 

ns 

8 

tTDP 

TX  Data  Propagation  Delay  After  the 
Rising  Edge  of  TCLK 

60 

ns 

9 

tTDH 

TX  Data  Hold  Time  After  the  Rising 
Edge  of  TCLK 

5 

ns 

10 

tRCT 

RCLK  Period 

(Note  3) 

85 

118 

ns 

11 

tRCH 

RCLK  HIGH  Time 

(Note  2) 

38 

ns 

12 

tRCL 

RCLK  LOW  Time 

(Note  2) 

38 

ns 

13 

tRCR 

Rise  Time  of  RCLK 

(Note  3) 

8 

ns 

14 

tRCF 

Fall  Time  of  RCLK 

(Note  3) 

8 

ns 

15 

tRDR 

RX  Data  Rke  Timp 

(Notp  1\ 

yi w ic  \j f 

g 

1 6 

tRDF 

RV  nata  Pall  Time 
nA  L/dld  rdll  1  line 

/Mnta 
\INOie  OJ 

g 
o 

ns 

17 

tRDH 

RX  Data  Hold  Time  (RCLK  to  RX 
Data  Change) 

5 

18 

tRDS 

RX  Data  Setup  Time  (RX  Data  Stable 
to  the  Rising  Edge  of  RCLK) 

(Note  2) 

35 

ns 

1  Q 

tDPL 

RPMA  1  niW  Time 

i  ncT  + 

ns 

20 

tCPH 

CLSN  HIGH  Time 

80 

ns 

21 

tDOFF 


Bus  Master  Driver  Disable  After  Rising 

PHno  nf  HOI  n 

50 

ns 

22 

tDON 

Riiq  MaQlor  ririuor  FnaKlo  After  Fatlinn 

Edge  of  HLDA 

tlld  +  ou 

ns 

23 

tHHA 

Delay  to  Falling  Edge  of  HLDA  from 
Falling  Edge  of  HOLD  (Bus  Master) 

o 

24 

Rpcpj  Piilce  Width  1  DW 
ntoc  i  ruisc  vviuui  luki 

\  i  iULe  / ) 

£11 U  f 

ns 

25 

tCYCLE 

Read/Write,  Address/Data  Cycle  Time 

(Note  1) 

6tTCT 

ns 

26 

tXAS 

Address  Setup  Time  to  the  Falling 
Edge  of  ALE 

75 

ns 

27 

tXAH 

Address  Hold  Time  After  the  Rising 
Edge  of  DAS 

35 

ns 

28 

tAS 

Address  Setup  Time  to  the  Falling 
Edge  of  ALE 

75 

ns 

29 

tAH 

Address  Hold  Time  After  the  Falling 
Edge  of  ALE 

35 

ns 

30 

tRDAS 

Data  Setup  Time  to  the  Rising  Edge 
of  DAS  (Bus  Master  Read) 

40 

ns 

1-40 
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SWITCHING  CHARACTERISTICS  (continued) 


L 

Parameter 
Symbol 

Parameter  Description 

Test 
Conditions 

Min 

Typ 

Max 

Unit 

j 

1 

tRDAH 

Data  Hold  Time  After  the  Rising  Edge 
of  DAS  (Bus  Master  Read) 

0 

ns 

j 

2 

tDDAS 

Data  Setup  Time  to  the  Falling  Edge 
of  DAS  (Bus  Master  Write) 

10 

ns 

3 

twos 

Data  Setup  Time  to  the  Rising  Edge 
of  DAS  (Bus  Master  Write) 

ns 

tWDH 

Data  Hold  Time  After  the  Rising  Edge 
of  DAS  (Bus  Master  Write) 

35 

ns 

r^ata  l~lriv/or  Plolaw  After  tho  F-allinn 
L/Ctlu  LJ 1  1  Vc  f   [_/  clay  nl  Lcl    lilt?  1  ctlllllM 

Edge  of  DAS  (Bus  Slave  Read) 

(OSRO  CSR3  RAPt 
(Note  6) 

4tTCT 

ns 

j 

S6 

tSD02 

Data  Driver  Delay  After  the  Falling 
Edge  of  DAS  (Bus  Slave  Read) 

//-iCDt  T\ 

(ObHl ,  d) 
{Note  6) 

12tTCT 

ns 

37 

tSRDH 

Data  Hold  Time  After  the  Rising 
Frinp  nf  DAS  /Ru<;  mavp  RpaHl 

0 

55 

ns 

tSWDH 

Data  Hold  Time  After  the  Rising 

0 

ns 

39 

tSWDS 

Data  Setup  Time  to  the  Falling  Edge 
of  DAS  (Bus  Slave  Write) 

0 

ns 

40 

tALEW 

ALE  Width  HIGH 

120 

ns 

41 

tDALE 

Delay  from  Rising  Edge  of  DAS  to  the 
Rising  Edge  of  ALE 

70 

ns 

42 

tDSW 

DAS  Width  LOW 

200 

ns 

43 

tADAS 

Delay  from  the  Falling  Edge  of  ALE 
to  the  Falling  Edge  of  DAS 

80 

130 

ns 

14 

tRIDF 

Delay  from  the  Rising  of  DALO  to  the 
Falling  Edge  of  DAS  (Bus  Master  Read) 

15 

ns 

15 

tRDYS 

Delay  from  the  Falling  Edge  of  READY 
to  the  Rising  Edge  of  DAS 

65 

250 

ns 

16 

tROIF 

Delay  from  the  Rising  Edge  of  DALO  to 
the  Falling  Edge  of  DALI  (Bus  Master  Read) 

15 

ns 

17 

tRIS 

DALI  Setup  Time  to  the  Rising  Edge  of 
DAS  (Bus  Master) 

135 

ns 

18 

tRIH 

DALI  Hold  Time  After  the  Rising  Edge  of 
DAS  (Bus  Master  Read) 

0 

ns 

19 

tRIOF 

Delay  from  the  Rising  Edge  of  DALI  to  the 
Falling  Edge  of  DALO  (Bus  Master  Read) 

55 

ns 

50 

tos 

DALO  and  READ  Setup  Time  to  the  Falling 
Edge  of  ALE  (Bus  Master  Write  and  Read) 

110 

ns 

51 

tROH 

DALO  Hold  Time  After  the  Falling  Edge  of 
ALE  (Bus  Master  Read) 

35 

ns 

52 

tWDSI 

Delay  from  the  Rising  Edge  of  DAS  to  the 
Rising  Edge  of  DALO  (Bus  Master  Write) 

35 

ns 

53 

tCSH 

CS  Hold  Time  After  the  Rising  Edge  of  DAS 
(Bus  Slave) 

0 

ns 

54 

tcss 

CS  Setup  Time  to  the  Falling  Edge  of  DAS 
(Bus  Slave) 

0 

ns 
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No. 

P 

arameter 
Symbol 

Parameter  Description 

Test 
Conditions 

Min 

Typ 

Max 

Unit 

55 

tSAH 

ADR  Hold  Time  After  the  Rising  Edge  of 
DAS  (Bus  Slave) 

0 

ns 

56 

tSAS 

ADR  Setup  Time  to  the  Falling  Edge  of 
DAS  (Bus  Slave) 

0 

ns 

57 

tARYD 

Delay  from  the  Falling  Edge  of  ALE  to  the 
Falling  Edge  of  READY  to  insure  a 
Minimum  Bus  Cycle  Time  (600  ns) 

(Note  5) 

80 

ns 

58 

tSRDS 

Data  Setup  Time  to  the  Falling  Edge  of 
READY  (Bus  Slave  Read) 

75 

ns 

59 

tRDYH 

READY  Hold  Time  After  the  Rising  Edge  of 
DAS  (Bus  Master) 

0 

ns 

60 

tSR01 

READY  Driver  Turn  On  After  the  Falling 
Edge  of  DAS  (Bus  Slave) 

(CSRO,  CSR3,  RAP) 
(Notes  4,  6) 

6tTCT 

ns 

61 

1SR02 

READY  Driver  Turn  On  After  the  Falling 
Edge  of  DAS  (Bus  Slave) 

(CSR1.2) 
(Note  6) 

1 4tTCT 

ns 

62 

tSRYH 

READY  Hold  Time  After  the  Rising  Edge 
of  DAS  (Bus  Slave) 

0 

35 

ns 

63 

ISRH 

READ  Hold  Time  After  the  Rising  Edge  of 
das  (bus  biave) 

0 

ns 

64 

tSRS 

R  P  A  V)  ^oti  i  n  Ti  mo  tn  tha  Pa  Hi  nn  PHna  nf 

DAS  (Bus  Slave) 

0 

ns 

65 

tCHL 

TCLK  Rising  Edge  to  HOLD  LOW  or  High 
Delay 

95 

ns 

66 

tCAV 

TCLK  to  Address  Valid 

100 

ns 

67 

tCCA 

TCLK  Rising  Edge  to  Control  Signals  Active 

75 

ns 

68 

1CALE 

TCLK  Falling  Edge  to  ALE  LOW 

90 

ns 

69 

tCDL 

TCLK  Falling  Edge  to  DAS  Falling  Edge 

90 

ns 

70 

tRCS 

Ready  Setup  Time  to  TCLK  Falling  Edge 

(Note  5) 

0 

ns 

71 

tCDH 

TCLK  Rising  Edge  to  DAS  HIGH 

90 

ns 

72 

tHCS 

HLDA  Setup  to  TCLK  Falling  Edge 

0 

ns 

73 

tRENH 

RENA  Hold  Time  After  the  Rising  Edge  of 
RCLK 

0 

ns 

74 

tCSR 

CS  recovery  time  between  deassertion 
of  CS  or  HOLD  and  assertion  of  CS 

tTCT+60 

ns 

Notes: 

1.  Not 
patt 

2.  App 
(TC 

3.  Not 

4.  CSf 

5.  It  is 

6.  Pan 

7.  Res 
bete 

shown  in  the  timing  diagrams,  specifies  the  minimum  bus  cycle  for  a  single  DMA  data  transfer.  Tested  by  functional  data 
irn. 

licable  parameters  associated  with  Receive  circuit  are  tested  at  tner  (RCLK  Period)  =  100  ns,  trcr  =  100  ns 
,K  Period). 

tested. 

10  write  access  time  (tsmi)  when  STOP  bit  is  being  set  can  be  as  long  as  12trcT. 

guaranteed  that  no  wait  states  will  be  added  by  the  C-LANCE  if  either  parameter  #57  or  #70  is  met. 

imeter  is  for  design  reference  only. 

etmust  be  asserted  for  at  least  two  rising  and  two  falling  edges  of  TCLK  for  the  device  to  be  reset.  If  reset  is  deasserted 
re  TCLK  starts,  the  device  behavior  is  undefined. 

1-42 


Am79C90 


PRELIMINARY 


AMD  in 


1.5  V 


7881 B-37 


7881 B-38 


B.  Open-Drain  Outputs  (Intr,  hold/busrq,  ready) 
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KEY  TO  SWITCHING  WAVEFORMS 


WAVEFORM 

jnzr 


IN  PI  ITQ 

outputs 

Must  Be 

Will  Be 

Steady 

Steady 

May 

Will  Be 

Change 

Changing 

from  H  to  L 

from  H  to  L 

May 

Will  Be 

Change 

Changing 

from  L  to  H 

from  L  to  H 

Don't  Care, 

Changing, 

Any  Change 

State 

Permitted 

Unknown 

Does  Not 

Center 

Apply 

Line  is  High 

Impedance 

"Off"  State 

KS000010 


SWITCHING  WAVEFORMS  (Note  1) 


CLSN 


j: 


(20> 


A 


Serial  Link  Timing  (Collision) 


17881B-39 


RCLK 


RX 


RENA 


H — 0 — h  «||*@ 


f 


2  

*©     ©*  r* 


X 


Serial  Link  Timing  (Receive) 
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SWITCHING  WAVEFORMS 


TCLK 


TENA 


RENA 


,gZZZZZZZZZZZZZZZZ7  \ 


17881B-41 


During  transmit,  RENA  input  must  be  asserted  (HIGH)  and  remain  active-HIGH  before  TENA  goes  inactive  (LOW).  If  RENA  is 
deasserted  before  TENA  is  deasseried,  LCAR  will  be  reported  in  TMD3  after  the  transmission  is  completed  by  the  C-LANCE. 

Serial  Link  Timing  (Transmit) 


HOLD 


HLDA 


Bus 
Master 
Drivers 


*<23)-» 


/ 


*-(22)-» 


Drivers  Enabled 


> 


RESET 


Note: 


(24> 


17881B-42 


1 .  RESET  is  an  asynchronous  input  to  the  C-LANCE  and  is  not  pari  of  the  Bus  Acquisition  timing.  When  RESET  is  asserted,  the 
C-LANCE  becomes  a  Bus  Slave. 

Bus  Acquisition  Timing 
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SWITCHING  WAVEFORMS 


DAL0-DAL1 5 


(Output 


Note: 

1.  There  are  two  types  of  delays  which  depend  on  which  internal  register  is  accessed. 
Type  1  refers  to  access  of  CSRO  CSR3  and  RAP. 

Type  2  refers  to  access  of  CSR1  and  CSR2  which  are  longer  than  Type  1  delay. 


Bus  Slave  Read  Timing 
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SWITCHING  WAVEFORMS 


DAL0-DAL15 


READY 
(Output  from 
C-LANCE) 


17881B-46 


Bus  Slave  Write  Timing 
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APPENDIX  A 


Hash  Filter  Generation  Programs  for 
Logical  Addressing 


80x86  computer  program  example  to 

6 
7 
8 
9 
10 
11 
12 
13 
14 
15 

16  =1DB6  POLYL  EOU 

17  =04C1  POLYH  EQU 

18  ; 

19  0000  CSE61 

20  ; 

21  0000  SETHASH 

22  000050 

23  0001  53 

24  0002  51 

25  000352 

26  000455 

27  ; 

28  0005  B8  FFFF 

29  0008  BA  FFFF 

30  000B  B5  03 

31  ; 

32  000D8B2C  SETH10: 

33  000F  83  C6  02 

34  0012  B1  10 

35  ; 

36  0014  8B  DA  SETH20: 

37  0016  D1  C3 

38  001 8  33  DO 

39  001AD1EO 

40  001 C  D1  D2 

41  001 E  81  E3  0001 

42  0022  74  07 
43 
44 


generate  the  hash  tilter,  for  multicast  addressing  in  the  C-LANCE. 

SUBROUTINE  TO  SET  A  BIT  IN  THE  HASH  FILTER  FROM  A 
GIVEN  ETHERNET  LOGICAL  ADDRESS 

ON  ENTRY  SI  POINTS  TO  THE  LOGICAL  ADDRESS  WITH  LSB  FIRST 

Dl  POINTS  TO  THE  HASH  FILTER  WITH  LSB  FIRST 
ON  RETURN  SI  POINTS  TO  THE  BYTE  AFTER  THE  LOGICAL  ADDRESS 
ALL  OTHER  REGISTERS  ARE  UNMODIFIED 

PUBLIC  SETHASH 
ASSUME  CS:CSE61 


1DB6H 
04C1H 


;CRC  POLYNOMINAL  TERMS 


SEGMENT  PUBLIC  'CODE' 


PROC 

NEAR 

PUSH 

AX 

PUSH 

BX 

PUSH 

CX 

PUSH 

DX 

PUSH 

BP 

;SAVE  ALL  REGISTERS 


MOV 
MOV 
MOV 

MOV 
ADD 
MOV 

MOV 
ROL 
XOR 
SAL 
RCL 
AND 
JZ 


AX.0FFFFH 
DX.0FFFFH 
CH,3 

BP,[S1] 

S1,2 

CL.16 

BX.DX 

BX,1 

BX.BP 

AX,1 

DX,1 

BX.0001H 
SETH30 


AX.DX  =CRC  ACCUMULATOR 

PRESET  CRC  ACCUMULATOR  TO  ALL  VS 

CH  =WORD  COUNTER 

;GET  A  WORD  OF  ADDRESS 
;POINT  TO  NEXT  ADDRESS 
;CL=BIT  COUNTER 

GET  HIGH  WORD  OF  CRC 

PUT  CRC31  TO  LSB 

COMBINE  CRC31  WITH  INCOMING  BIT 

LEFT  SHIFT  CRC  ACCUMULATOR 

;BX=CONTROL  BIT 

;DO  NOT  XOR  IF  CONTROL  BIT  =  0 


PERFORM  XOR  OPERATION  WHEN  CONTROL  BIT=  1 


Am79C90 


AMD 


45 
46 
47 
48 
49 
50 
51 
52 
53 
54 
55 
56 
58 
49 
60 
61 
62 
63 
64 
65 
66 
67 
68 
69 
70 
71 
72 
73 
74 
75 
76 
77 
78 
"9 
80 
81 

8: 
8: 

8. 


0024  35  1D  86 
0027  81  F2  04C1 

002B  OB  C3 
002D  D1  CD 
002F  FE  C9 
0031  75  E1 
0033  FE  CD 
0035  75  D6 


0037  B9  000A 
003A  DO  EO 
003C  DO  DC 
003E  E2  FA 


0040  8A  DC 
0042  B1  03 
0044  D2  EB 
0046  BO  01 
0048  80  E45  07 
004B  8A  CC 
004D  D2  EO 
004F  08  01 

0051  5D 

0052  5A 

0053  59 

0054  5B 

0055  58 

0056  C3 

0057 
0057 


SETH30: 


SETH40: 


XOR  AX.POLYL 

XOFt  DX.POLYH 

OR  AX.BX 

ROR  BP,1 

DEC  CL 

JNZ  SETH20 

DEC  CH 

JNZ  SETH10 

FORMATION  OF  CRC  COMPLETE,  AL  CONTAINS  THE  REVERSED  HASH 
CODE 

MOV  CX.10 

SAL  AL,1 

RCR  AH,1 

LOOP  SETH40 


PUT  CONTROL  BIT  IN  CRC0 
ROTATE  ADDRESS  WORD 
DECREMENT  BIT  COUNTER 

;DECREMENT  WORD  COUNTER 


;REVERSE  THE  ORDER  OF  BITS  IN  AL 
;AND  PUT  IT  IN  AH 


AH  NOW  CONTAINS  THE  HASH  CODE 


MOV 

BL.AH 

BL  =  HASH  CODE,  BH  IS  ALREADY  ZERO 

MOV 

CL.3 

DIVIDE  HASH  CODE  BY  8 

SHR 

BL.CL 

TO  GET  TO  THE  CORRECT  BYTE 

MOV 

AL.01H 

PRESET  FILTER  BIT 

AND 

AH.7H 

EXTRACT  BIT  COUNT 

MOV 

CL.AH 

SHL 

AL.CL 

SHIFT  BIT  TO  CORRECT  POSITION 

OR 

[Dl  +  BX],AL    ;SET  IN  HASH  FILTER 

POP 

BP 

POP 

DX 

POP 

CX 

POP 

BX 

POP 

AX 

RET 

SETHASH  ENDP 
CSEG1  ENDS 
END 


Program  example  in  BASIC  to  generate  the  hash  filter,  for  multicast  addressing,  in  the  C-LANCE. 

100  REM 

1 1 0  REM  PROGRAM  TO  GENERATE  A  HASH  NUMBER  GIVEN  AN  ETHERNET  ADDRESS 

120  REM 

130  DEFINTA-Z 

1 40  DIM  A(47):  REM  ETHERNET  ADDRESS.  48  BITS. 

150  DIM  A$(6):  REM  INPUT  FROM  KEYBOARD 

160  DIM  C(32):  REM  CRC  REGISTER-32  BITS 
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330 
340 


390 
400 
410 


IFY$: 


170  PRINT  "ENTER  ETHERNET  ADDRESS  AS  6  HEXADECIMAL  NUMBERS  SEPARATED  ' 

1 80  PRINT  "BY  BLANKS.  EACH  NUMBER  REPRESENTS  ONE  BYTE.  THE  LEAST " 

1 90  PRINT  "SIGNIFICANT  BIT  OF  THE  FIRST  BYTE  IS  THE  FIRST  BIT  TRANSMITTED." 

200  PRINT"" 

21 0  PRINT  "ENTER  ETHERNET  ADDRESS"; 

220  INPUT  A$(0),  A$(1 ),  A$(2),  A$(3),  A$(4),  A$(5) 

240  REM 

250  REM  UNPACK  ETHERNET  ADDRESS  INTO  ADDRESS  ARRAY 

260  REM 

270  M=0 

280  FOR  I  =  0  TO  47:  A(l)  =  0:  NEXT  I 

290  FOR  I  =  0  TO  5 

300  IF  LEN(A$(I))  =  1  THEN  A$(l)  =  "0"  +  A$(l) 

310  A$(l)  =  UCASE$(A$(I)) 

320  FOR  N  =  2  TO  1  STEP  -1 
:  MID$(A$(I),  N,  1) 
"0"  THEN  510 

350  IF  Y$  =  "1"  THEN  A(M)  =  1:  GOTO  510 

360  IF  Y$  -  "2"  THEN  A(M  +  1 )  =  1 :  GOTO  51 0 

370  IF  Y$  =  "3"  THEN  A(M  +  1)  =  1 :  A(M)  =  1 :  GOTO  510 

380  IF  Y$  =  "4"  THEN  A(M  +  2)  =  1 :  GOTO  51 0 

IF  Y$  =  "5"  THEN  A(M  +  2)  -  1:  A(M)  =  1 :  GOTO  51 0 
IF  Y$  =  "6"  THEN  A(M  +  2)  =  1 :  A(M  +  1 )  =  1 :  GOTO  51 0 
IF  Y$  =  "7"THEN  A(M  +  2)  =  1 :  A(M  +  1)  =  1:  A(M)  =  1 :  GOTO  510 

420  A(M  +  3)  =  1 

430  IF  Y$  =  "8"  THEN  510 

440  IFY$  =  "9"THENA(M)  =  1:GOTO510 

450  llf  Y$  =  "A"  THEN  A(M  +  1 )  =  1 :  GOTO  51 0 

460  IF  Y$  =  "B"  THEN  A(M  +  1)  =  1:  A(M)  =  1:  GOTO  51 0 

470  IF  Y$  =  "C"  THEN  A(M  +  2)  =  1 :  GOTO  51 0 

480  IF  Y$  =  "D"  THEN  A(M  +  2)  =  1 :  A(M)  =  1 :  GOTO  510 

490  IF  Y$  =  "E"  THEN  A(M  +  2)  =  1 :  A(M  +  1 )  =  1 :  GOTO  51 0 

500  IF  Y$  =  "F"  THEN  A(M  +  2)  =  1 :  A(M  +  1 )  =  1 :  A(M)  =  1 

510  M=M+4 

520  NEXT  N 

530  N|EXT  I 

540  REM 

550  REM  PERFORM  CRC  ALGORITHM  ON  ARRAY  A(0-47) 

560  REM 

570  FOR  I  =  0  TO  31 :  C(l)  =  1 :  NEXT  I 

580  FOR  N  =  0  TO  47 

590  REM  SHIFT  CRC  REGISTER  BY  1 

600  FOR  I  =  32  TO  1  STEP  -1 :  C(l)  =  C(l-1 ):  NEXT  I 

610  C(0)  =  0 

620  T  =  C(32)  XOR  A(N):  REM  T  =  CONTROL  BIT 

630  IF  T  =  0  THEN  700:  REM  JUMP  IF  CONTROL  BIT=0 
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C(1)  =  C(1)  XOR  1:  C(2)  =  C(2)  XOR  1:  C(4)  =  C(4)  XOR  1 

C(5)  =  C(5)  XOR  1 :  C(7)  =  C(7)  XOR  1 :  C(8)  =  C(8)  XOR  1 

C(1 0)  =  C(1 0)  XOR  1 :  C(1 1 )  =  C(1 1 )  XOR  1 :  C(1 2)  =  C(1 2)  XOR  1 

C(1 6)  -  C(1 6)  XOR  1 :  C(22)  =  C(22)  XOR  1 :  C(23)  =  C(23)  XOR  1 

C(26)  =  C(26)  XOR  1 

C(0)  =  1 

NEXT  N 

REM 

REM  CRC  COMPUTATION  COMPLETE,  EXTRACT  HASH  NUMBER  FROM  C(0)  TO  C(5) 
REM 

HH=32*C(0)+1 6*C(1  )+8*C(2)+4*C(3)+2*C(4)+C(5) 
PRINT  "THE  HASH  NUMBER  FOR  "; 

PRINT  A$(0); " ";  A$(1 ); " ";  A$(2); « ";  A$(3); " ";  A$(4); " ";  A$(5); 
PRINT  "IS";  HH 
GOTO  210 


*<  to*********************************** 
hash.c     Rev  0.1 

Generate  a  logical  address  filter  value  from  a  list  of 
Ethernet  multicast  addresses. 

Input: 

User  is  prompted  to  enter  an  Ethernet  address  in 
Ethernet  hex  format:  First  octet  entered  is  the  first 
octet  to  appear  on  the  line.  LSB  of  most 
significant  octet  is  the  first  bit  on  the  line. 
Octets  are  separated  by  blanks. 
After  results  are  printed,  user  is  prompted  for 
another  address. 


(Note  that  the  first  octet  transmitted  is  stored  in 
the  C-LANCE  as  the  least  significant  byte  of  the  Physical 
Address  Register.) 
Output: 

After  each  address  is  entered,  the  program  prints  the 
hash  code  for  the  last  address  and  the  cumulative 
address  filter  function.  The  filter  function  is 
printed  as  8  hex  bytes,  least  significant  byte  first. 


************* 


V 

#include  <stdio.h> 
void  updateCRC  (int  bit); 

int  adr[6],     I"  Ethernet  address  */ 
ladrf[8],  /*  Logical  address  filter  */ 
CRC[33],    /*  CRC  register,  1  word/bit  +  extra  control  bit  */ 
poly[]  =    I*  CRC  polynomial.  poly[n]  =  coefficient  of 

the  x**n  term  of  the  CRC  generator  polynomial.  7 
{1,1,1,0,  1,1,0,1, 
1,0,1,1,  1,0,0,0, 
1,0,0,0,  0,0,1,1, 
0,0,1,0,  0,0,0,0 

}; 

void  main() 
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inl  k,i,  byte;  /*  temporary  array  indices  */ 
int  hashcode;  r  the  object  of  this  program  */ 
char  buf[80];  /*  holds  input  characters  7 


for  (i=0;i<8;i++)  ladrf[i]  =  0;  r  clear  log.  adr.  filter  7 


print)  ("Enter  Ethernet  addresses  as  6  octets  separated  by  blanksAn"); 

print!  ("Each  octet  is  one  or  two  hex  characters.  The  first  octet  \n"); 

print)  ("entered  is  the  first  octet  to  be  transmitted.  The  LSB  o)  \n"); 

print)  ("the  first  octet  is  the  first  bit  transmitted.  After  each  \n"); 

print)  ("address  is  entered,  the  Logical  Address  Filter  contents  \n"); 

print)  ("are  displayed,  least  signiticant  byte  first,  with  the  \n"); 

print)  ("appropriate  bits  set  for  all  addresses  entered  so  farAn"); 

print)  ("      To  exit  press  the  <Enter>  key.\n\n"); 
while  (1) 
{ 

loop: 

printf  ("\nEnter  address:  "); 

r  if  1st  character  =  CR,  quit,  otherwise  read  address.  7 

I  (but); 
i)  (  buf[0]  .=  \0')  break; 
if  (sscanf  (buf,  "%x  %x  %x  %x  %x  %x", 

&adr[0],  &adr[1],  &adr[2],&adr[3],&adr[4],&adr[5]) 
=  6) 
printf 

("Address  must  contain  6  octets  separated  by  blanksAn"); 
goto  loop; 

I 

if  «adr[0]  &  1 )  =-  0) 

{  print)  ("First  octet  of  multicast  address  "); 
print)  ("must  be  an  odd  numberAn"); 
goto  loop; 

I 

/*  Initialize  CRC  7 


tor 


(WO;  i<32;i++)CRC[i]  =  1; 


r  Process  each  bit  of  the  address  in  the  order  of  transmission.*/ 

for  (byte=0;  byte<6;  byte++) 
for  (i=0;  i<8;  i++) 

updateCRC  «adr[byte]  »  i)  &  1 ); 

/*  The  hash  code  is  the  6  least  significant  bits  of  the  CRC 
I  reverse  order:  CRC[0]  =  hash[5],  CRC[1]  =  hash[4],  etc. 


■0; 

for  (i=0;  i<6;  i++)  hashcode  =  (hashcode  «  1)  +  CRC[i]; 

r  Bits  3-5  of  hashcode  point  to  byte  in  address  filter. 
Bits  0-2  point  to  bit  within  that  byte.  7 

byte  =  hashcode  »  3; 
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ladrf[byte]  |=  (1  «  (hashcode  &  7)); 

printf  ("hashcode  =  %d  (decimal)  ladrf[0:63]  =  ",  hashcode); 
for  (i=0;  i<8;  i++) 

printf  ("%02X ",  ladrf[i]); 
printf  ("  (LSB  first)\n"); 


void  updateCRC  (int  bit) 
{ 

int  j; 

/'  shift  CRC  and  control  bit  (CRC[32])  V 
for  (j=32;  j>0;  j— )  CRC[j]  =  CRC[j-1  ]; 
CRC[0]  =  0; 


} 


/*  If  bit  XOR  (control  bit)  =  1 ,  set  CRC  =  CRC  XOR  polynomial.  7 
if  (bit  A  CRC[32]) 
for  0=0;  j<32;  j++)  CRC[j]  »=  poly[j]; 
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Table  A-1  "Mapping  of  Logical  Address  to  Filter  Mask" 
can  be  used  to  find  a  multicast  address  that  maps  into  a 
particular  address  filter  bit.  For  example,  address  BB  00 
00  00  00  00  maps  into  bit  15.  Therefore,  any  node  that 
has  bit  15  set  in  its  logical  address  filter  register  will  re- 
ceive all  packets  addressed  to  BB  00  00  00  00  00.  The 
table  also  shows  that  bit  15  is  located  in  bit  7  of  byte  1  of 
the  Logical  Address  Filter  Register. 


Addresses  in  this  table  are  shown  in  the  standard  Ether- 
net format.  The  leftmost  byte  is  the  first  byte  to  appear 
on  the  network  with  the  least  significant  bit  appearing 
first. 


Table  A-1.  Mapping  of  Logical  Address  to  Filter  Mask 


Byte 
Pos 

Bit 
Pos 

LAF 

Bit 

Destination 
Address  Accepted 

Byte 
Pos 

Bit 
Pos 

LAF 

Bit 

Destination 
Address  Accepted 

0 

0 

0 

85 

00 

00 

00 

00 

00 

4 

0 

32 

21 

00 

00 

00 

00 

00 

0 

1 

1 

A5 

00 

00 

00 

00 

00 

4 

1 

33 

01 

00 

00 

00 

00 

00 

0 

2 

2 

E5 

00 

00 

00 

00 

00 

4 

2 

34 

41 

00 

00 

00 

00 

00 

0 

3 

3 

C5 

00 

00 

00 

00 

00 

4 

3 

35 

71 

00 

00 

00 

00 

00 

0 

4 

4 

45 

00 

00 

00 

00 

00 

4 

4 

36 

E1 

00 

00 

00 

00 

00 

0 

5 

5 

65 

00 

00 

00 

00 

00 

4 

5 

37 

C1 

00 

00 

00 

00 

00 

0 

6 

6 

25 

00 

00 

00 

00 

00 

4 

6 

38 

81 

00 

00 

00 

00 

00 

0 

7 

7 

05 

00 

00 

00 

00 

00 

4 

7 

39 

A1 

00 

00 

00 

00 

00 

1 

0 

8 

2B 

00 

00 

00 

00 

00 

5 

0 

40 

8F 

00 

00 

00 

00 

00 

1 

1 

9 

0B 

00 

00 

00 

00 

00 

5 

1 

41 

BF 

00 

00 

00 

00 

00 

1 

2 

10 

4B 

00 

00 

00 

00 

00 

5 

2 

42 

EF 

00 

00 

00 

00 

00 

1 

3 

11 

6B 

00 

00 

00 

00 

00 

5 

3 

43 

CF 

00 

00 

00 

00 

00 

1 

4 

12 

EB 

00 

00 

00 

00 

00 

5 

4 

44 

4F 

00 

00 

00 

00 

00 

1 

5 

13 

CB 

00 

00 

00 

00 

00 

5 

5 

45 

6F 

00 

00 

00 

00 

00 

1 

6 

14 

8B 

00 

00 

00 

00 

00 

5 

6 

46 

2F 

00 

00 

00 

00 

00 

1 

7 

15 

BB 

00 

00 

00 

00 

00 

5 

7 

47 

OF 

00 

00 

00 

00 

00 

2 

0 

16 

C7 

00 

00 

00 

00 

00 

6 

0 

48 

63 

00 

00 

00 

00 

00 

2 

1 

17 

E7 

00 

00 

00 

00 

00 

6 

1 

49 

43 

00 

00 

00 

00 

00 

2 

2 

18 

A7 

00 

00 

00 

00 

00 

6 

2 

50 

03 

00 

00 

00 

00 

00 

2 

3 

19 

87 

00 

00 

00 

00 

00 

6 

3 

51 

23 

00 

00 

00 

00 

00 

2 

4 

20 

07 

00 

00 

00 

00 

00 

6 

4 

52 

A3 

00 

00 

00 

00 

00 

2 

5 

21 

27 

00 

00 

00 

00 

00 

6 

5 

53 

83 

00 

00 

00 

00 

00 

2 

6 

22 

67 

00 

00 

00 

00 

00 

6 

6 

54 

C3 

00 

00 

00 

00 

00 

2 

7 

23 

47 

00 

00 

00 

00 

00 

6 

7 

55 

E3 

00 

00 

00 

00 

00 

3 

0 

24 

69 

00 

00 

00 

00 

00 

7 

0 

56 

CD 

00 

00 

00 

00 

00 

3 

1 

25 

49 

00 

00 

00 

00 

00 

7 

1 

57 

ED 

00 

00 

00 

00 

00 

3 

2 

26 

09 

00 

00 

00 

00 

00 

7 

2 

58 

AD 

00 

00 

00 

00 

00 

3 

3 

27 

29 

00 

00 

00 

00 

00 

7 

3 

59 

8D 

00 

00 

00 

00 

00 

3 

4 

28 

A9 

00 

00 

00 

00 

00 

7 

4 

60 

0D 

00 

00 

00 

00 

00 

3 

5 

29 

89 

00 

00 

00 

00 

00 

7 

5 

61 

2D 

00 

00 

00 

00 

00 

3 

6 

30 

C9 

00 

00 

00 

00 

00 

7 

6 

62 

6D 

00 

00 

00 

00 

00 

3 

7 

31 

E9 

00 

00 

00 

00 

00 

7 

7 

63 

4D 

00 

00 

00 

00 

00 
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Comparison  Between  C-LANCE  (Am79C90) 
and  LANCE  (Am7990)  Devices 


OVERVIEW 

The  Am79C90  C-LANCE  device  is  a  pin-for-pin  equiva- 
lent for  the  Am7990  LANCE  device.  Using  an  advanced 
0.8-micron  CMOS  process,  the  C-LANCE  device  con- 
sumes less  power  than  the  LANCE  device,  which  is  im- 
plemented in  an  outdated  NMOS  process.  In  addition  to 
the  inherent  advantages  provided  by  the  advanced 
CMOS  process,  the  C-LANCE  device  includes  several 
functional  enhancements  over  the  LANCE  device. 


The  C-LANCE  device  is  available  in  both  48-pin  plastic 
DIP  and  68-pin  PLCC  packages.  These  packages  are 
socket  compatible  with  the  LANCE  packages. 

This  document  provides  a  comparison  of  the  C-LANCE 
and  LANCE  devices.  Table  1  provides  a  summary  of  the 
comparison  between  the  two  devices.  The  remainderof 
the  document  gives  details  on  each  item  listed  in 
Table  B-1. 


Am79C90 
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Table  B-1 .  Comparison  Summary  of  the  C-LANCE  and  LANCE  Devices 

Description 

Am79C90  C-LANCE 

Am7990  LANCE 

1 

Process/Power  Consumption 

0.8-micron  CS-21S  CMOS  process 
Ice  <  50  mA 

NS-8B  NMOS  process 
Ice  <  270  mA 

2 

FIFOs 

Dual  FIFOs:  48-byte  TX,  64-byte  RX 

SinqleFIFO:  48-byte  TX/RX 

3 

Transmit  Lockout  Due  to 
Receive 

Will  not  occur  with  dual  FIFOs  and 
enhanced  microcode. 

May  occur  in  high  receive  rate 
situations  with  "less  than  optimal" 
bus  latencies. 

4 

Per-Packet  FCS 

Transmit  descriptor  bit  is  used  to 
allow  per  packet  addition  of  CRC 
when  DTCR  is  set  in  the  MODE 
register. 

No  per  packet  CRC  control 
provided. 

5 

Backoff  Algorithm 

Selectable  Modified  Backoff  Algorithm 
or  standard  backoff  aloorilhm. 

Only  standard  backoff  algorithm 
available. 

6 

TX  Descriptor  Zero  Buffer  Byte 
Count  Capability 

Allows  TX  buffer  byte  count  of  zero. 

No  capability  for  TX  buffer  byte 
count  of  zero. 

7 

Interframe  Spacing  (IFS) 
Behavior 

a)  Implements  2-part  deferral  after 
transmit 

h\  Part  1  nf  tuun  nari  Hpfprral  aftpr 
receive  is  6  u,s 

c)  Heartbeat  window  =  4  U.S 

d)  Receive  blind  time  after  receive 
less  than  500  ns 

a)  One-part  deferral  after  transmit 

M  Part  1  nf  ?-nart  ripfprral  aftpr 
Uf  rail  I  ui  n  yj<x\i  uddiai  dud 

receive  is  4.1  u.s 

c)  Heartbeat  window  =  2  u.s 

d)  Receive  blind  time  after  receive 
=  4.1  us 

8 

"Heartbeat  OK" 

(no  CERR)  Definition 

Heartbeat  OK  if  collision  is  asserted 
at  any  time  from  the  beginning  of  the 
transmission  to  the  end  of  the 
heartbeat  window. 

Heartbeat  OK  if  collision  is 
asserted  during  the  heartbeat 
window. 

9 

Receive  Lockup 

Will  not  occur. 

May  occur  when  bus  latency  is 
large. 

10 

ALE  Behavior 

ALE  may  be  driven  HIGH  at  end  of 
bus  mastership  when  ACON  is  set 
to  0.  When  ACON  is  set  to  1 ,  ALE 
is  not  driven  LOW  at  end  of  bus 
mastership  period. 

ALE  may  be  driven  LOW  at  end  of 
bus  mastership  when  ACON  is  set 
to  1 .  When  ACON  is  set  to  0,  ALE 
is  not  driven  HIGH  at  end  of  bus 
mastership  period. 

11 

Fxtprnal  I  nnnhank  nn  a 
Live  Network 

Nn  nrnhlpm^ 

Kilav  ror^oiuo  in\/al!H  Innnhart  failiiro 
IVIdy  1  cUclVc  1 1  1 V  al \\J  lUUUUaurx  1  clll  U 1 

indications. 

12 

Software  Reset  (STOP  bit) 

HanHMnn 
i  iai  ivjiii  ly 

a)  STOP  bit  in  CSRO  is  latched. 

Whon  ^TOP  iq  Qot  fho  Qlav/a  pv/^Io 
vv  i  mi  i  o  i  ur  io  sci,  u  m  o id v  tf  L>yv*ic 

is  allowed  to  complete  before  the 
C-LANCE  resets. 

b)  CSR1  and  CSR2  contents  are 
preserved  when  the  STOP  bit  is 
set  to  one. 

a)  STOP  bit  in  CSRO  not  latched 

ell  tu  will  Icocl  lilt!  UcvlvU 

immediately  when  written. 

b)  CSR1  and  CSR2  are  not 
preserved  when  the  STOP  bit  is 
set  to  one. 

13 

CSRO  Slave  Read  Data  Stability 

CSRO  latched  during  slave  reads  to 
guarantee  timing  on  DAL  lines. 

CSRO  not  latched  during  slave 
read  cycles  (could  give  timing 
violations  on  DAL  lines). 

14 

INEA  bit  behavior 

INEA  bit  can  be  set  in  CSRO  at 
any  time,  regardless  of  the  state 
of  the  STOP  bit. 

INEA  cannot  be  set  in  CSRO  while 
the  STOP  bit  is  set. 

15 

Effect  of  setting  the  STOP 
bit  on  CSRO  bits. 

Setting  the  STOP  bit  in  CSRO  when 
the  STOP  bit  is  already  set  does  not 
effect  any  of  the  other  bits  in  CSRO 
(they  are  not  cleared). 

Setting  the  STOP  bit  in  CSRO  causes 
all  of  the  other  bits  in  CSRO  to  clear, 
regardless  of  the  previous  state  of  the 
STOP  bit. 

16 

AC  Specification  Changes 

#06  (tTEp)  maximum  =  60  ns 
#08  (Itdp)  maximum  =  60  ns 
#18  (taos)  minimum  =  35  ns 
#30  (tHDAs)  minimum  =  40  ns 
#45  (tRDvs)  minimum  =  65  ns 

#06  (tTEp)  maximum  =  70  ns 
#08  (trap)  maximum  =  70  ns 
#18  (tnDs)  minimum  -  40  ns 
#30  (Irdas)  minimum  =  50  ns 
#45  (tnDYs)  minimum  =  75  ns 

17 

Burn-In  Option 

The  burn-in  option  for  the  C-LANCE 
is  no  longer  available. 

18 

RX  Descriptor  Zero  Buffer 
Byte  Count  Handling 

Unpredictable  results  when  the  RX 
Descriptor  Buffer  Byte  Count  is  set  to 
zero. 

Interprets  a  BCNTf  ield  setting  of  zero 
in  a  receive  descriptor  as  a  4096  byte 
buffer. 
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Detailed  Description  of  Enhancements 

1 .  Process/Power  Consumption 

By  using  an  advanced  0.8  micron  CMOS  process,  the 
Ice  specification  for  the  C-LANCE  device  is  reduced  to 
50  mA  maximum,  compared  to  the  270  mA  maximum 
Ice  specification  for  the  LANCE  device. 

2.  FIFOs 

The  C-LANCE  device  incorporates  a  dual  FIFO  (48 
bytes  Transmit,  64  bytes  Receive)  architecture  to  help  it 
compete  for  bandwidth  on  busy  networks.  The  LANCE 
device's  single  48-byte  FIFO  architecture  and  its  associ- 
ated microcode  has  problems  transmitting  packets  out 
on  busy  networks.  This  problem  is  known  as  the  "Trans- 
mit Lockout  due  to  Receive"  problem.  It  occurs  when 
minimum  or  near  minimum  IFS  traffic  is  continually  re- 
ceived by  the  LANCE  device  and  bus  latency  is  not 
"good"  ("good"  =  latency  <  approximately  3  (is).  In  this 
situation,  the  LANCE  device's  microcode  and  bus  inter- 
face is  locked  servicing  receive  packets,  and  is  not  able 
to  poll  the  pending  transmit  descriptor  (until  the  receive 
traffic  stops  or  does  not  pass  address  match). 

The  C-LANCE  device  addresses  this  problem  by  includ- 
ing dual  FIFOs  and  microcode  that  is  modified  to  take 
advantage  of  the  dual  FIFOs.  The  microcode  is  changed 
so  that  a  transmit  descriptor  poll  operation  occurs  some- 
time early  (exact  time  depends  on  bus  latencies  and 
whether  the  receive  buffer  was  owned  before  the  re- 
ceive packet  arrived)  in  the  receive  DMA  operations  for 
each  packet.  If  the  OWN  bit  in  the  TX  descriptor  is  found 
set,  transmit  FIFO  loading  DMA  is  interleaved  with  the 
receive  FIFO  emptying  DMA  for  the  packet  being  re- 
ceived. The  transmit  packet  is  then  ready  to  be  transmit- 
ted immediately  following  the  end  of  the  receive  packet 
on  the  wire.  The  dual  FIFOs  and  microcode  changes 
eliminate  the  possibility  of  transmit  activity  being  locked 
out  due  to  high  receive  activity. 

Interleaving  the  transmit  DMA  activity  with  receive  DMA 
activity  at  the  beginning  of  a  reception  has  the  effect  of 
increasing  the  bus  latency  for  receive  DMA  operations. 
To  ensure  that  the  C-LANCE  device  can  tolerate  the 
same  bus  latency  as  the  LANCE  device,  the  receive 
FIFO  in  the  C-LANCE  device  is  increased  to  64  bytes. 
The  transmit  FIFO  in  the  C-LANCE  device  holds 
48  bytes. 


3.  Transmit  Lockout  Due  to  Receive 

As  discussed  in  item  2,  the  dual  FIFO  architecture  and 
modified  microcode  implemented  in  the  C-LANCE 
device  eliminates  the  possibility  of  Transmit  Lockout 
Due  to  Receive  from  occurring. 

4.  Per-Packet  FCS 

In  the  LANCE  device,  addition  of  the  Frame  Check  Se- 
quence (FCS  or  CRC)  to  each  transmit  packet  is  con- 
trolled on  a  per-initialization  basis.  In  other  words,  when 
the  DTCR  (Disable  Transmit  CRC)  bit  is  set  in  the  mode 
register  at  initialization,  the  only  way  that  packets  can 
subsequently  be  transmitted  with  an  FCS  attached  is  by 
re-initializing  the  device  with  the  DTCR  bit  cleared. 

The  C-LANCE  device  provides  the  capability  to  override 
the  DTCR  setting  on  a  per-packet  basis.  If  DTCR  was 
set  in  the  mode  register  at  initialization,  the  ADDFCS 
bit  in  the  transmit  descriptor  can  be  used  to  append  FCS 
to  transmitted  packets  on  a  per-packet  basis,  overriding 
the  DTCR  setting.  If  DTCR  is  cleared  in  the  mode  regis- 
ter, the  ADD_FCS  bit  is  a  "don't  care." 

The  ADD  FCS  bit  is  located  in  bit  13  of  TMD1  in  the 
C-LANCE  device.  This  bit  is  RESERVED  in  the  LANCE 
device.  Table  2  below  summarizes  the  operation  of  the 
ADD_FCS  bit.  Note  that  the  ADD_FCS  bit  is  only  mean- 
ingful in  the  first  descriptor  of  a  transmit  buffer  chain 
(STP-1). 

This  feature  should  be  compatible  with  existing  imple- 
mentations. Non-bridge  nodes  normally  run  with  FCS 
enabled  (DTCR  cleared).  Bridges  run  with  FCS  dis- 
abled. It  is  assumed  that  existing  software  in  these 
applications  do  not  set  bit  13  of  TMD1,  which  was 
previously  RESERVED 

The  ADD  FCS  bit  is  also  implemented  as  bit  13  of 
TMD1  in  the  PCnet™-ISA  (Am79C960)  and  operates 
identically  to  the  way  in  which  it  operates  in  the 
C-LANCE  device. 

As  a  side  note,  this  feature  can  be  used  by  software  to 
identify  the  C-LANCE  device  from  LANCE  device.  The 
LANCE  device  writes  bit  13  of  TMD1  to  zero  when  up- 
dating transmit  status  in  the  transmit  descriptor.  The 
C-LANCE  device  will  write  this  bit  with  the  value  read,  so 
if  it  is  set  to  one  it  will  be  returned  as  a  one. 
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Table  B-2.  ADD  FCS  Bit  Operation 


D- 

rCR  in  Mode  Reg. 

STP 

ADDFCS 

FCS  Added? 

0 

X 

X 

Yes 

1 

0 

X 

N/A 

1 

1 

0 

No 

1 

1 

1 

Yes 

5.  Backoff  Algorithm 

A  selectable  Modified  Backoff  Algorithm  is  provided  in 
the  C-LANCE  device  which  can  improve  throughput  in 
busy  networks.  Bit  7  of  the  Mode  register  (EMBA  bit)  is 
used  to  enable  the  Modified  Backoff  Algorithm.  This  bit 
is  RESERVED  in  the  LANCE  device. 

With  the  Modified  Backoff  Algorithm,  counting  of  the  IFS 
interval  is  suspended  when  receive  carrier  sense  is  de- 
tected. The  count  resumes  when  receive  carrier  sense 
goes  away.  This  algorithm  increases  throughput  in  large 
networks  with  heavy  traffic  (many  collisions).  It  can  be 
considered  as  an  "adaptive"  backoff  algorithm.  This 
mode  should  only  be  used  in  network  segments  in  which 
all  nodes  are  using  this  mode.  Otherwise,  the  nodes  that 
are  using  it  will  be  at  a  disadvantage  to  those  that  are 
not. 

Note  that  this  mode  does  not  conflict  with  IEEE  require- 
ments for  compliance.  The  IEEE  802.3  specification 
specifies  only  the  minimum  amount  of  time  for  the  back- 
off interval.  This  leaves  open  the  possibility  of  backing 
off  more  than  the  minimum,  which  is  precisely  how  the 
Modified  Backoff  Algorithm  works. 

The  Modified  Backoff  Algorithm  is  included  as  an  option 
in  the  MACE™  (Am79C940)  and  PCnet-ISA 
(Am79C960)  devices. 

6.  TX  Descriptor  Zero  Buffer  Byte  Count 
Capability 

The  12-bit  BCNT  field  in  the  transmit  descriptor  of  the 
LANCE  and  C-LANCE  devices  is  loaded  with  the  2's 
complement  of  the  number  of  bytes  that  must  be  trans- 
mitted from  the  buffer.  With  the  2's  complement  repre- 
sentation, a  simple  incrementer  is  used  in  the  chip  to 
count  through  the  byte  count  as  bytes  are  being  read 
from  the  transmit  buffer.  When  the  2's  complement 
number  reaches  all  O's,  the  count  has  expired.  The 
LANCE  device  does  not  check  for  the  all  O's  case  when 
the  BCNT  field  is  first  loaded  from  the  descriptor. 
Hence,  the  all  O's  case  is  interpreted  by  the  LANCE  de- 
vice as  a  buffer  count  of  4096  (212),  preventing  zero 
length  TX  buffers  in  the  LANCE  device.  In  addition,  the 
LANCE  device  ignores  the  upper4  bits  in  TMD2,  which 
are  adjacent  to  the  BCNT  field.  These  bits  are  indicated 
as  "must  be  ones"  in  the  LANCE  data  sheet. 

The  C-LANCE  device  actually  uses  all  16  bits  in  TMD2 
as  the  BCNT  field.  Compatibility  with  the  LANCE  device 
is  preserved  as  long  as  the  upper  4  bits  in  TM D2  are  1  's, 
as  specified  in  the  LANCE  data  sheet.  The  C-LANCE 


device  checks  for  the  case  where  all  1 6  bits  in  TM  D2  are 
zero  before  starting  any  transmit  DMA  from  the  buffer.  If 
all  1 6  bits  are  zero,  a  zero  length  buffer  is  assumed,  and 
the  C-LANCE  device  immediately  clears  the  OWN  in  the 
descriptor  without  starting  any  transmit  activity  on  the 
network.  Note  that  since  all  16  bits  are  checked,  com- 
patibility with  the  LANCE  device  is  preserved  for 
non-Ethernet-compliant  implementations  which  may 
use  buffer  lengths  of  4096  bytes. 

Zero  Transmit  Buffer  Byte  Count  Capability  is  included 
in  the  PCnet-ISA  device. 

7.   Interframe  Spacing  Behavior 

a)  2-Part  Deferral  After  Transmit:  2-part  deferral  after 
receive  has  always  been  an  option  in  the  IEEE 
802.3  specification.  However,  2-part  deferral  after 
transmit  was  recently  added  as  an  option  in  the 
802.3  specification  by  the  IEEE  committee.  With 
2-part  deferral,  the  IFS  is  divided  into  two  parts, 
IFS1  and  IFS2.  If  there  is  activity  on  the  wire  dur- 
ing IFS1 ,  the  IFS  counter  is  reset  until  the  wire  is 
clear  again.  The  IFS  counter  is  not  reset  once  it 
enters  IFS2.  When  the  IFS  counter  expires  the 
chip  will  begin  to  transmit  if  it  has  anything  to  send. 

The  specification's  wording  for  2-part  deferral  after 
transmit  is  identical  to  the  way  that  2-part  deferral 
after  receive  has  been  worded  all  along.  That  is, 
the  specification  specifies  that  part  1  of  the  two 
parts  can  be  anywhere  from  0  to  2/3  of  the  IFS 
(9.6  as).  If  part  1  =  0  (perfectly  legal),  it  is  equiva- 
lent to  not  implementing  2-part  deferral  at  all. 
Hence,  the  LANCE  device,  which  implements 
2-part  deferral  after  receive  but  not  after  transmit, 
complies  with  IEEE  specifications.  However,  imple- 
mentation of  2-part  deferral  after  both  transmit  and 
receive  eliminates  a  possible  scenario  where  pack- 
ets cannot  be  received  (due  to  very  small  or  0  IFS) 
but  there  is  no  indication  of  this  fact  through  a  colli- 
sion indication  at  the  transmitter.  Hence,  although 
this  scenario  is  very  rare,  the  C-LANCE  device 
implements  2-part  deferral  after  transmit  in  addi- 
tion to  after  receive. 

b)  The  IEEE  802.3  specifications  state  that  part  1  of 
2-part  deferral  can  be  anywhere  from  0  to  2/3  of 
the  IFS  (9.6  |is).  The  LANCE  device  only  imple- 
ments 2-part  deferral  after  receive,  with  part 

1  =  4.1  us  and  part  2  =  5.5  us  (compliant).  The 
C-LANCE  device  implements  2-part  deferral  after 
both  transmit  and  receive  with  part  1  =  6.0  us  and 
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part  2  =  3.6  us.  Since  the  receiver  is  blinded  fol- 
lowing a  transmit  for  4.0  us  (see  below),  part  1  of 
2-part  deferral  after  a  transmit  had  to  be  extended 
beyond  4.1  us  or  else  part  1  would  effectively  only 
be  from  4.0  us  to  4.1  us  during  the  IFS.  Hence,  in 
the  C-LANCE  device,  part  1  of  2-part  deferral  after 
transmit  was  set  at  6.0  |is  and  the  same  value  was 
used  for  part  1  following  a  receive. 

c)  IEEE  802.3  specifications  state  that  the  Signal 
Quality  Error  (SQE)  test  window  should  be  at  least 
4.0  us  and  no  more  than  8.0  us.  The  LANCE  de- 
vice implements  a  2  us  window  which  is  not  com- 
pliant with  this  specification.  This  generally  turns 
out  to  be  a  non-issue  because  802.3  also  specifies 
that  the  MAU  must  generate  the  collision  signal 
within  0.6  us  to  1 .6  us  after  the  end  of  the  transmit 
packet,  which  is  typically  early  enough  for  the 
LANCE  device  to  detect  it,  even  with  its  non- 
compliant  2  u.s  window.  However,  to  comply  with 
IEEE  standards,  the  C-LANCE  device  implements 
an  SQE  test  window  of  4  us. 

d)  IEEE  specifications  require  that  receive  be  blinded 
following  transmit  for  4  us  to  prevent  the  controller 
from  responding  to  any  trash  that  may  be  gener- 
ated by  the  MAU  when  it  generates  the  SQE  test 
signal.  However,  IEEE  specifications  do  not  state 
that  the  receiver  should  be  blinded  following  a  re- 
ceive. The  LANCE  device  implements  a  4.1  us 
blinding  time  following  receive,  violating  IEEE 
specifications.  This  was  erroneously  implemented 
in  the  LANCE  device  since  it  was  thought  to  be  a 
moot  issue  under  the  assumption  that  there  should 
be  no  valid  data  on  the  wire  within  4.1  us  of  the 
end  of  a  receive  anyway.  However,  since  2-part 
deferral  after  transmit  and  receive  are  both  op- 
tional, as  mentioned  in  7a),  there  are  rare  situ- 
ations where  legal  packets  may  arrive  with  an  IFS 
of  less  than  4.1  us.  To  better  handle  this  situation, 
the  C-LANCE  device  reduces  the  blind  time  follow- 
ing a  receive  to  less  than  500  ns.  The  blind  time 
allows  time  to  store  and  then  clear  the  status  that 
was  generated  by  the  ending  reception. 

8    "Heartbeat  OK"  (No  CERR)  Definition 

The  heartbeat  test  or  Signal  Quality  Error  (SQE)  test  is 
performed  to  verify  the  ability  of  the  AUI  to  pass  the  colli- 
sion (SQE)  indication  to  the  DTE.  The  LANCE  and 
C-LANCE  devices  indicate  a  heartbeat  test  failure  by 
setting  the  CERR  bit  in  CSR0  (bit  13). 

At  the  conclusion  of  each  transmission,  the  DTE  opens 
a  time  window  during  which  it  expects  to  see  a  collision 
indication.  In  the  LANCE  device,  this  window  begins  im- 
mediately following  when  TENA  de-asserts  and  ends 
2.0us  after  when  RENA  de-asserts.  The  heartbeat  sig- 
nal is  expected  by  the  LANCE  device  even  if  the  packet 
being  transmitted  suffers  a  collision.  This  implementa- 
tion violates  IEEE  requirements  in  three  ways: 


1)  IEEE  802.3  specifications  state  that  the  heartbeat 
window  should  begin  when  the  input  becomes  idle 
(RENA  de-asserts),  not  when  the  output  becomes 
idle  (TENA  de-asserts). 

2)  If  a  collision  occurs,  the  IEEE  802.3  specifications 
indicate  that  the  DTE  should  not  look  for  the  SQE 
test  signal. 

3)  As  mentioned  in  7c),  the  window  should  end  no 
earlier  than  4.0  us  after  when  RENA  de-asserts. 

The  C-LANCE  device  implements  the  heartbeat  test  in 
full  compliance  with  IEEE  specifications.  In  the 
C-LANCE  device,  the  heartbeat  window  begins  when 
RENA  de-asserts  and  ends  4  us  later.  In  addition,  the 
C-LANCE  device  does  not  look  for  the  heartbeat  signal 
whenever  the  packet  being  transmitted  suffers  a 
collision. 

The  PCnet-ISA  and  MACE  devices  use  the  same  heart- 
beat OK  definition  as  the  C-LANCE  device. 

Details  onthe  LANCE  device's  violations  of  IEEE  Speci- 
fications: The  consequences  of  the  violations  of  the 
standard  by  the  LANCE  device  are  very  little  in  practice. 
Item  1  (window  begins  when  TENA  de-asserts  not 
RENA)  actually  prevents  the  LANCE  from  being  penal- 
ized by  Item  2  (Heartbeat  expected  following  a  colli- 
sion). That  is,  if  the  LANCE  device  did  not  violate  Item  1 
and  started  its  window  when  RENA  de-asserted  instead 
of  TENA,  then  the  LANCE  device  could  get  false  CERR 
indications  when  a  packet  it  is  transmitting  suffers  a  col- 
lision. This  can  happen  as  follows.  In  the  event  of  a  colli- 
sion, the  network  may  remain  active  for  a  while  after  one 
node  stops  transmitting  its  JAM  sequence  (other  nodes 
involved  in  the  collision  may  still  have  their  JAM  on  the 
wire).  At  a  node  that  ends  its  JAM  sequence  relatively 
early,  the  heartbeat  signal  can  overlap  with  the  collision 
or  the  end  of  the  collision  fragment  since  the  MAU  times 
the  heartbeat  signal  generation  from  when  the  controller 
stops  transmitting .  If  this  node  uses  a  LANCE  device  as 
its  controller,  the  LANCE  device  will  see  this  heartbeat 
signal  only  because  of  the  violation  given  in  item  1 .  If  the 
LANCE  device  started  its  window  when  RENA  de- 
asserted  instead  of  TENA,  it  would  miss  the  heartbeat 
signal,  since  the  heartbeat  passes  by  while  the  collision 
is  still  on  the  wire.  This  would  give  false  CERR  indica- 
tions. Hence,  the  violation  of  Item  1  in  the  LANCE  device 
is  not  a  problem.  In  fact,  it  makes  the  violation  of  Item  2 
generally  a  non-issue. 

Although  the  violation  of  Item  1  masks  the  violation  of 
Item  2  as  just  described,  the  violation  of  Item  2  (heart- 
beat still  expected  by  the  LANCE  device  when  collision 
occurs)  can  still  lead  to  false  CERR  indications  when  the 
LANCE  device  is  used  with  a  non-802.3-compliant 
MAU.  The  IEEE  802.3  specifications  state  that  the  MAU 
is  to  generate  the  SQE  test  signal  after  every  transmit, 
even  when  the  transmit  suffers  a  collision.  However, 
some  MAUs  on  the  market  have  been  found  to  not 
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comply  with  this  requirement.  When  operating  with  a 
non-compliant  MAU  that  does  not  generate  the  heart- 
beat signal  after  a  collided  transmission,  the  LANCE 
device  can  give  false  CERR  indications. 

As  mentioned  in  7c),  Item  3  is  generally  a  non-issue. 

9.  Receive  Lockup 

The  LANCE  device  has  an  errata  where  the  receiver 
locks  up  when  the  system  bus  latency  is  very  high.  This 
errata  is  fixed  in  the  C-LANCE  device. 

10.  ALE  Behavior 

The  LANCE  device  may  drive  the  ALE  pin  LOW  at  the 
end  of  each  bus  mastership  period  when  AC0N=1 
(ALE/AS  active  low  -  AS  mode).  When  the  bus 
mastership  period  ends,  the  ALE  pin  is  tri-stated  hence, 
if  ALE  is  pulled  HIGH  by  external  logic,  a  glitch  on  ALE 
results.  The  glitch  occurs  about  when  the  LANCE  device 
is  releasing  the  bus  by  bringing  HOLD  high.  The  C- 
LANCE  device  incorporates  redesigned  ALE  logic  to 
prevent  this  glitch  from  occurring. 

However,  in  the  C-LANCE,  when  ACON=0  (active  high 
ALE),  ALE  is  driven  high  before  it  is  tri-stated  at  the  end 
of  every  bus  mastership  period.  In  the  LANCE,  when 
ACON=0  (active  high  ALE),  ALE  is  not  driven  high 
before  it  is  tri-stated  at  the  end  of  every  bus  mastership 
period. 

This  difference  will  not  cause  any  problems  in  designs 
which  set  ACON=1  (AS;  active  low  ALE).  It  could  cause 
problems  in  designs  in  which  ACON=0.  The  ALE  signal 
is  intended  to  provide  a  strobe  signal  for  an  external  ad- 
dress latch.  The  rising  edge,  coupled  with  a  subsequent 
falling  edge  that  will  occur  if  the  pin  is  externally  pulled 
down,  will  cause  an  invalid  address  to  be  strobed  into 
the  external  address  latch.  However,  since  this  occurs 
at  the  end  of  the  bus  mastership  period,  and  further 
master  cycles  are  not  performed  by  the  C-LANCE  sub- 
sequent to  the  invalid  address  being  strobed  (until  the 
next  bus  mastership  period),  the  invalid  address  gener- 
ally has  no  effect.  A  design  could  have  problems  with 
this  if  external  logic  is  continuously  decoding  the  latched 
address  and  taking  some  action  on  it  even  though  the 
C-LANCE  is  not  executing  any  master  cycles. 

11.  External  Loopback  on  a  Live  Network 

The  LANCE  device  has  an  errata  which  causes  loop- 
back  failures  when  external  loopback  is  run  on  a  live  net- 
work. This  errata  is  fixed  in  the  C-LANCE  device. 


12.  Software  Reset  (STOP  Bit)  Handling 

a)  Latching  of  the  STOP  bit:  In  the  LANCE  device, 
writing  the  STOP  bit  in  CSRO  causes  all  bus  sig- 
nals to  immediately  float.  With  READY  pulled  up 
externally  (READY  is  open  drain),  this  causes 
READY  to  de-assert  prematurely  during  the  slave 
cycle.  If  DAS  and  CS  remain  active,  the  LANCE 
device  can  erroneously  start  another  slave  cycle. 
The  C-LANCE  device  latches  the  STOP  bit  and, 
when  it  is  set,  allows  the  slave  cycle  in  progress  to 
complete  before  resetting  the  part. 

b)  Preservation  of  CSR1  and  CSR2:  The  LANCE 
device  does  not  preserve  the  contents  of  CSR1 
and  CSR2  during  the  initialization  process.  Hence, 
when  the  STOP  bit  is  set,  the  contents  of  CSR1 
and  CSR2  are  not  the  same  as  they  were  before 
initialization  and  they  must  be  rewritten  before  re- 
initializing. This  is  not  really  a  problem  in  the 
LANCE  device  but  it  can  add  extra  instructions  to 
software.  The  C-LANCE  device  removes  this  soft- 
ware burden  by  preserving  the  contents  of  CSR1 
and  CSR2  during  initialization  so  that  when  the 
STOP  bit  is  set,  they  do  not  have  to  be  reloaded 
before  re-initializing.  Note,  however,  that  if  the  de- 
fault values  of  CSR3  (defaults  for  BCON,  ACON, 
and  BSWP  are  0,  0,  and  0,  respectively)  are  not 
used,  CSR3  must  still  be  reloaded  after  setting  the 
STOP  bit  in  the  C-LANCE  device  since  CSR3  is 
cleared  when  the  STOP  bit  is  set. 

13.  CSRO  Slave  Read  Data  Stability 

In  the  LANCE  device,  the  status  bit  latches  in  CSRO  may 
change  at  any  time,  as  governed  by  the  occurrence  of 
the  external  events  which  they  monitor.  Hence,  the 
ERR,  BABL,  CERR,  MISS,  IDON,  and  INTR  bits  in 
CSRO  may  change  during  a  slave  read  cycle  in  which 
they  are  being  accessed.  This  can  cause  timing  viola- 
tions on  the  DAL  lines.  In  the  C-LANCE  device,  CSRO  is 
latched  in  a  shadow  register  during  a  read  so  that  timing 
on  the  DAL  lines  is  guaranteed. 

14.  INEA  Behavior 

With  the  C-LANCE  device,  INEA  bit  can  be  set  in  CSRO 
at  any  time,  regardless  of  the  state  of  the  STOP  bit.  This 
actually  removes  a  restriction  that  was  present  in  the 
LANCE  device  in  which  the  INEA  bit  in  CSRO  could  be 
not  be  set  while  STOP  bit  was  set. 

This  difference  between  the  two  devices  does  not  effect 
normal  device  operation  but  could  disrupt  diagnostic 
code  written  for  the  LANCE  device. 
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15.  Effect  of  Setting  the  STOP  bit  on  CSRO  Bits 

In  the  LANCE  device,  CSRO  is  reset  when  the  STOP  bit 
in  CSRO  is  set.  This  reset  happens  even  if  the  STOP 
bit  was  already  set.  When  the  reset  occurs,  all  of  the 
other  bits  in  CSRO  are  cleared.  In  the  C-LANCE,  CSRO 
is  reset  when  the  STOP  bit  is  set  in  CSRO  only  if  the 
STOP  bit  was  not  already  set. 

>  difference  between  the  two  devices  does  not  effect 
normal  device  operation  but  could  disrupt  diagnostic 
de  written  for  the  LANCE  device. 

16.  AC  Specification  Changes 

The  following  differences  in  AC  specification  exist 
between  the  C-LANCE  and  the  LANCE. 


#06  (tTEp)  maximum 

C-LANCE 

LANCE 

60  ns 

70  ns 

* 

08  (W)  maximum 

60  ns 

70  ns 

# 

18  (tRos)  minimum 

35  ns 

40  ns 

# 

30  (Irdas)  minimum 

40  ns 

50  ns 

45  Odys)  minimum 

65  ns 

75  ns 

17.  Elimination  of  Burn-In  Option 

The  burn-in  option  for  the  C-LANCE  is  no  longer  avail- 
able. Thus,  the  ordering  part  number  Am79C90PCB  is 
no  longer  valid  (see  page  4  of  the  C-LANCE  data  sheet) . 

18.  RX  Descriptor  Zero  Buffer  Byte  Count 
Handling 

The  12-bit  BCNT  field  in  the  receive  descriptor  of  the 
LANCE  and  C-LANCE  devices  is  loaded  with  the  2's 
complement  of  the  number  of  bytes  allocated  to  the  as- 
sociated receive  buffer.  In  the  LANCE  device,  when  all 
O's  are  written  to  the  BCNT  field  in  a  receive  descriptor, 
a  buffer  length  of  4096  (212)  bytes  is  assumed.  In  the 
C-LANCE  device  the  case  of  all  O's  in  the  receive  de- 
scriptor may  produce  unpredictable  results. 

This  difference  should  not  cause  problems  in  802.3 
compliant  networks,  because  802.3  has  a  maximum 
packet  length  specification  of  1518  bytes. 
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Media  Access  Controller  for  Ethernet  (MACE™) 


Advanced 
Micro 
Devices 


DISTINCTIVE  CHARACTERISTICS 

■  Integrated  Controller  with  10BASE-T 
transceiver  and  AUI  port 

■  Supports  IEEE  802.3/ANSI  8802-3  and  Ethernet 
standards 

■  84-pin  PLCC  and  100-pin  POFP  Packages 

■  80-pin  Thin  Quad  Flat  Pack  (TQFP)  package 
available  for  space  critical  applications  such 
as  PCMCIA 

■  Modular  architecture  allows  easy  tuning  to 
specific  applications 

■  High  speed,  16-bit  synchronous  host  system 
interface  with  2  or  3  cycles/transfer 

■  Individual  transmit  (136  byte)  and  receive  (128 
byte)  FIFOs  provide  increase  of  system 
latency  and  support  the  following  features: 

-  Automatic  retransmission  with  no  FIFO 
reload 

-  Automatic  receive  stripping  and  transmit 
padding  (individually  programmable) 

-  Automatic  runt  packet  rejection 

-  Automatic  deletion  of  collision  frames 

-  Automatic  retransmission  with  no  FIFO 
reload 

■  Direct  slave  access  to  all  on  board 
configuration/status  registers  and  transmit/ 
receive  FIFOs 

■  Direct  FIFO  read/write  access  for  simple 
interface  to  DMA  controllers  or  I/O  processors 


Arbitrary  byte  alignment  and  little/big  endlan 
memory  Interface  supported 
Internal/external  loopback  capabilities 
External  Address  Detection  Interface  (EADI™) 
for  external  hardware  address  filtering  In 
bridge/router  applications 
JTAG  Boundary  Scan  (IEEE  1149.1 )  test 
access  port  interface  for  board  level 
production  test 

Integrated  Manchester  Encoder/Decoder 
Digital  Attachment  Interface  (DAI™)  allows 
by-passing  of  differential  Attachment  Unit 
Interface  (AUI) 

Supports  the  following  types  of  network 
interface: 

-  AUI  to  external  10BASE2, 10BASE5  or 
10BASE-F  MAU 

-  DAI  port  to  external  10BASE2,  10BASE5, 
10BASE-T,  10BASE-F  MAU 

-  General  Purpose  Serial  Interface  (GPSI)  to 
external  encoding/decoding  scheme 

-  Internal  1 0BASE-T  transceiver  with 
automatic  selection  of  1 0BASE-T  or  AUI  port 

Sleep  mode  allows  reduced  power  consump- 
tion for  critical  battery  powered  applications 
1  MHz  -  25  MHz  system  clock  speed 


GENERAL  DESCRIPTION 

The  Media  Access  Controller  for  Ethernet  (MACE)  chip 
is  a  CMOS  VLSI  device  designed  to  provide  flexibility  in 
customized  LAN  design.  The  MACE  device  is  specifi- 
cally designed  to  address  applications  where  multiple 
I/O  peripherals  are  present,  and  a  centralized  or  system 
specific  DMA  is  required.  The  high  speed,  1 6-bit  syn- 
chronous system  interface  is  optimized  for  an  external 
DMA  or  I/O  processor  system,  and  is  similar  to  many  ex- 
isting peripheral  devices,  such  as  SCSI  and  serial 
link  con  rollers. 

The  MACE  device  is  a  slave  register  based  peripheral. 
All  transfers  to  and  from  the  system  are  performed  using 
simple  memory  or  I/O  read  and  write  commands.  In  con- 
junction with  a  user  defined  DMA  engine,  the  MACE 
chip  provides  an  IEEE  802.3  interface  tailored  to  a 


specific  application.  Its  superior  modular  architecture 
and  versatile  system  interface  allow  the  MACE  device  to 
be  configured  as  a  stand-alone  device  or  as  a  connec- 
tivity cell  incorporated  into  a  larger,  integrated  system. 

The  MACE  device  provides  a  complete  Ethernet  node 
solution  with  an  integrated  1 0BASE-T  transceiver,  and 
supports  up  to  25-MHz  system  clocks.  The  MACE  de- 
vice embodies  the  Media  Access  Control  (MAC)  and 
Physical  Signaling  (PLS)  sub-layers  of  the  IEEE  802.3 
standard,  and  provides  an  IEEE  defined  Attachment 
Unit  Interface  (AUI)  for  coupling  to  an  external  Medium 
Attachment  Unit  (MAU).  The  MACE  device  is 
compliant  with  10BASE2,  10BASE5,  1 0BASE-T,  and 
1 0BASE-F  transceivers. 
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Additional  features  also  enhance  over-all  system 
design.  The  individual  transmit  and  receive  FIFOs 
optimize  system  overhead,  providing  substantial 
latency  during  packet  transmission  and  reception,  and 
minimizing  intervention  during  normal  network  error 
recovery.  The  integrated  Manchester  encoder/decoder 
eliminates  the  need  tor  an  external  Serial  Interface 
Adapter  (SIA)  in  the  node  system.  If  support  for  an 
external  encoding/decoding  scheme  is  desired,  the 
General  Purpose  Serial  Interface  (GPSI)  allows  direct 
access  to/from  the  MAC.  In  addition,  the  Digital  Attach- 
ment Interface  (DAI),  which  is  a  simplified  electrical 
attachment  specification,  allows  implementation  of 
MAUsthat  do  not  require  DC  isolation  betweenthe  MAU 
and  DTE.  The  DAI  port  can  also  be  used  to  indicate 
transmit,  receive,  or  collision  status  by  connecting  LEDs 
totheport.  TheMACEdevice  also  provides  an  External 
Address  Detection  Interface  (EADI)  to  allow  external 


hardware  address  filtering  in  internetworking 
applications. 

The  Am79C940  MACE  chip  is  offered  in  a  Plastic  Lead- 
less  Chip  Carrier  (84-pin  PLCC),  a  Plastic  Quad  Flat 
Package  (100-pin  PQFP),  and  a  Thin  Quad  Flat  Pack- 
age (TQFP  80-pin).  There  are  several  small  functional 
and  physical  differences  between  the  80-pin  TQFP  and 
the  84-pin  PLCC  and  100-pin  PQFP  configurations. 

Because  of  the  smaller  number  of  pins  in  the  TQFP  con- 
figuration versus  the  PLCC  configuration,  four  pins  are 
not  bonded  out.  Though  the  die  is  identical  in  all  three 
package  configurations,  the  removal  of  these  four  pins 
does  cause  some  functionality  differences  between  the 
TQFP  and  the  PLCC  and  PQFP  configurations.  De- 
pending on  the  application,  the  removal  of  these  pins  will 
or  will  not  have  an  effect. 
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Notes: 

1 


TCK  TMS 


Only  one  of  the  network  ports  AUI,  10BASE-T,  DAI  port  or  GPSI  can  be  active  at  any  time.  Some  shared  signals  are  active 
regardless  of  which  network  port  is  active,  and  some  are  reconfigured. 
2.  The  EADI  port  is  active  at  all  times. 
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RELATED  PRODUCTS 


Part  No. 

Description 

Am7996 

IEEE  802.3/Ethernet/Cheapernet  Transceiver 

Am79C90 

CMOS  Local  Area  Network  Controller  for  Ethernet  (C-LANCE) 

Am79C98 

Twisted  Pair  Ethernet  Transceiver  (TPEX) 

Am79C100 

Twisted  Pair  Ethernet  Transceiver  Plus  (TPEX+) 

Am79C981 

Integrated  Multiport  Repeater  Plus™  (IMR+™) 

Am79C987 

Hardware  Implemented  Management  Information  Base™  (HIMIB™) 

Am79C900 

Integrated  Local  Area  Communications  Controller™  (ILACC™) 

Am79C961 

PCnet-ISA*  Single-Chip  Ethernet  Controller  for  ISA  (with  Microsoft*  Plug  ft"  Play  Support) 

Am79C965 

PCnet-32  Single-Chip  32-Bit  Ethernet  Controller 

Am79C970 

PCnet-PCI  Single-Chip  Ethernet  Controller  (for  PCI  bus) 

Am79C974 

PCnet-SCSI  Combination  Ethernet  and  SCSI  Controller  for  PCI  Systems 
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CONNECTION  DIAGRAMS 
PQR  100 
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CONNECTION  DIAGRAMS 
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Note:  Four  pin  functions  available  on  the  PLCC  and  PQFP  packages  are  not  available  with  the  TQFP  package. 
(See  page  27  "Pin  Functions  not  available  with  the  80-pin  TQFP  Package  ). 
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standard  products  are  available  in  several  packages  and  operating  ranges.  The  order  number  (Valid  Combination)  is 
by  a  combination  of: 


AM79C940 


/W 
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ALTERNATE  PACKAGING  OPTION 

AfV  =  Trimmed  and  Formed  in  a  Tray 

OPTIONAL  PROCESSING 

Blank  =  Standard  Processing 

TEMPERATURE  RANGE 

C  =  Commercial  (0°  to  +70°C) 

PACKAGE  TYPE  (per  Prod.  Nomenclature/16-038) 
J  =  84-Pin  Plastic  Leaded  Chip  Carrier  (PL  084) 
K  =  100-Pin  Plastic  Quad  Flat  Pack  (PQR100) 
V  =  80-Pin  Thin  Quad  Flat  Package  (PQT080) 

SPEED 

Not  Applicable 


DEVICE  NUMBER/DESCRIPTION  (include  revision  letter) 

Am79C940 

Media  Access  Controller  for  Ethernet 


Valid  Combinations 

JC,  KC, 

AM79C940 

KC/W,  VC, 

VC/W 

Valid  Combinations 

The  Valid  Combinations  table  lists  configurations 
planned  to  be  supported  in  volume  for  this  device. 
Consult  the  local  AMD  sales  office  to  confirm 
availability  of  specific  valid  combinations  and  to 
check  on  newly  released  combinations. 
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H  M 

/ID 

PIN/P 

ACK AGE  SUMMARY 

p 

LCC  Pin  # 

Pin  Name 

Pin  Function 

1 

DXCVR 

Disable  Transceiver 

2 

EDSEL 

Edge  Select 

3 

DVss 

Digital  Ground 

4 

TXDAT+ 

Transmit  Data  + 

5 

TXDAT- 

Transmit  Data  - 

6 

DVss 

Digital  Ground 

7 

STDCLK 

Serial  Transmit  Data  Clock 

8 

TXEN/TXEN 

Transmit  Enable 

9 

CLSN 

Collision 

10 

RXDAT 

Receive  Data 

1 1 

RXCRS 

Receive  Carrier  Sense 

1 2 

SRDCLK 

Serial  Receive  Data  Clock 

13 

EAM/R 

External  Address  Match/Reject 

14 

SRD 

Serial  Receive  Data 

15 

SF/BD 

Start  Frame/Byte  Delimiter 

16 

RESET 

Reset 

1  / 

SLEEP 

Sleep  Mode 

18 

DVdd 

Digital  Power 

19 

INTR 

Interrupt 

Oft 

TC 

Timing  Control 

21 

DBUSO 

Data  BusO 

22 

DVss 

Digital  Ground 

23 

DBUS1 

Data  Bus1 

DBUS2 

Data  Bus2 

DBUS3 

Data  Bus3 

DBUS4 

Data  Bus4 

OV 

2/ 

DVss 

Digital  Ground 

<;ts 

DBUS5 

Data  Bus5 

29 

DBUS6 

Data  Bus6 

30 

DBUS7 

Data  Bus7 

31 

DBUS8 

Data  Bus8 

32 

DBUS9 

Data  Bus9 

33 

DBUS10 

Data  Bus  10 

34 

DBUS1 1 

Data  Bus11 

35 

DBUS12 

Data  Bus12 

36 

DBUS13 

Data  Bus13 

37 

DVdd 

Digital  Power 

38 

DBUS14 

Data  Bus14 

39 

DBUS15 

Data  Bus15 

40 

DVss 

Digital  Ground 

41 

EOF 

End  Of  Frame 

42 

DTV 

Data  Transfer  Valid 
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AMD  Z"l 

PI 

N/PACKAGE  SUMMARY  (continued) 

PLCC  Pin  # 

Pin  Name 

Pin  Function 

43 

FDS 

FIFO  Data  Strobe 

44 

BEO 

Byte  EnableO 

45 

BET 

Byte  Enablel 

46 

SCLK 

System  Clock 

47 

TDTREQ 

Transmit  Data  Transfer  Request 

48 

RDTREQ 

Receive  Data  Transfer  Request 

49 

ADDO 

AddressO 

50 

ADD1 

Addressl 

51 

ADD2 

Address2 

52 

ADD3 

Address3 

53 

ADD4 

Address4 

54 

R/W 

ReadAWrite 

55 

CS 

Chip  Select 

56 

RXPOL 

Receive  Polarity 

57 

LNKST 

Link  Status 

58 

TDO 

Test  Data  Out 

59 

TMS 

Test  Mode  Select 

60 

TCK 

Test  Clock 

61 

DVss 

Digital  Ground 

62 

TDI 

Test  Data  Input 

63 

DVdd 

Digital  Power 

64 

RXD- 

Receive  Data- 

65 

RXD+ 

Receive  Data+ 

66 

AVdd 

Analog  Power 

67 

TXP- 

Transmit  Pre-distortion 

68 

TXD- 

Transmit  Data- 

69 

TXP+ 

Transmit  Pre-distortion+ 

70 

TXD+ 

Transmit  Data+ 

71 

AVdd 

Analog  Power 

72 

XTAL1 

Crystal  Input 

73 

AVss 

Analog  Ground 

74 

XTAL2 

Crystal  Output 

75 

AVss 

Analog  Ground 

76 

DO- 

Data  Out- 

77 

DO+ 

Data  Out+ 

78 

AVdd 

Analog  Power 

79 

Dl- 

Data  In- 

80 

Di+ 

Data  ln+ 

81 

Cl- 

Control  In- 

82 

CI+ 

Control  ln+ 

83 

AVdd 

Analog  Power 

84 

DVdd 

Digital  Power 

Am79C940 
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irl  Arv 

ID 

PIN/Pi 

&CKAGE  SUMMARY  (continued) 

3FP  Pin  # 

Pin  Name 

Pin  Function 

1 

NC 

No  Connect 

2 

NC 

No  Connect 

3 

NC 

No  Connect 

4 

NC 

No  Connect 

5 

SRDCLK 

Serial  Receive  Data  Clock 

6 

EAM/R 

External  Address  Match/Reject 

7 

SRD 

Serial  Receive  Data 

8 

SF/BD 

Start  Frame/Byte  Delimiter 

9 

RESET 

Reset 

10 

SLEEP 

Sleep  Mode 

1 1 

DVDD 

Digital  Power 

19 

INTR 

Interrupt 

1  9 

TC 

Timing  Control 

14 

DBUSO 

Data  BusO 

15 

DVss 

Digital  Ground 

16 

DBUS1 

Data  Bus1 

1  7 

DBUS2 

Data  Bus2 

18 

DBUS3 

Data  Bus3 

1  Q 
I  » 

DBUS4 

Data  Bus4 

20 

DVss 

Digital  Ground 

21 

DBUS5 

Data  Bus5 

99 
f  f 

DBUS6 

Data  Bus6 

9T 

DBUS7 

Data  Bus7 

24 

DBUS8 

Data  Bus8 

25 

DBUS9 

Data  Bus9 

26 

NC 

No  Connect 

27 

NC 

No  Connect 

28 

NC 

No  Connect 

29 

DBUS10 

Data  Bus10 

30 

NC 

No  Connect 

31 

DBUS11 

Data  Bus11 

32 

DBUS12 

Data  Bus12 

33 

DBUS13 

Data  Bus13 

34 

DVDD 

Digital  Power 

35 

DBUS14 

Data  Bus14 

36 

DBUS15 

Data  Bus15 

37 

DVss 

Digital  Ground 

38 

EOF 

End  Of  Frame 

39 



DTV 

Data  Transfer  Valid 

40 

FDS 

FIFO  Data  Strobe 

41 

BEO 

Byte  EnableO 

42 

BET 

Byte  Enablel 
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p 

N/PACKAGE  SUMMARY  (continued) 

PQFP  Pin  # 

Pin  Name 

Pin  Function 

43 

SCLK 

System  Clock 

44 

TDTREQ 

Transmit  Data  Transfer  Request 

45 

RDTREQ 

Receive  Data  Transfer  Request 

46 

ADDO 

AddressO 

47 

ADD1 

Addressl 

48 

ADD2 

Address2 

49 

ADD3 

Address3 

50 

ADD4 

Address4 

51 

NC 

No  Connect 

52 

NC 

No  Connect 

53 

NC 

No  Connect 

54 

NC 

No  Connect 

55 

R/W 

Read/Write 

56 

CS 

Chip  Select 

57 

RXPOL 

Receive  Polarity 

58 

LNKST 

Link  Status 

59 

TDO 

Test  Data  Out 

60 

TMS 

Test  Mode  Select 

61 

TCK 

Test  Clock 

62 

DVss 

Digital  Ground 

63 

TDI 

Test  Data  Input 

64 

DVdd 

Digital  Power 

65 

RXD- 

Receive  Data- 

66 

RXD+ 

Receive  Data+ 

67 

AVdd 

Analog  Power 

68 

TXP- 

Transmit  Pre-distortion- 

69 

TXD- 

Transmit  Data- 

70 

TXP+ 

Transmit  Pre-distortion+ 

71 

TXD+ 

Transmit  Data+ 

72 

AVdd 

Analog  Power 

73 

XTAL1 

Crystal  Input 

74 

AVss 

Analog  Ground 

75 

XTAL2 

Crystal  Output 

76 

NC 

No  Connect 

77 

NC 

No  Connect 

78 

NC 

No  Connect 

79 

AVss 

Analog  Ground 

80 

NC 

No  Connect 

81 

DO- 

Data  Out- 

82 

DO+ 

Data  Out+ 

83 

AVdd 

Analog  Power 

84 

Dl- 

Data  In- 

85 

DI+ 

Data  ln+ 
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D 

piN/py 

VCKAGE  SUMMARY  (continued) 

PC 

1FP  Pin  # 

Pin  Name 

Pin  Function 

86 

CI- 

Control  In- 

87 

OU 

Control  ln+ 

88 

AVDD 

Analog  Power 

89 

DVdd 

Digital  Power 

90 

DXCVR 

Disable  Transceiver 

91 

EDSEL 

Edge  Select 

92 

DVss 

Digital  Ground 

93 

TXDAT+ 

Transmit  Data  + 

94 

TXDAT- 

Transmit  Data  - 

95 

DVss 

Digital  Ground 

96 

STDCLK 

Serial  Transmit  Data  Clock 

97 

TXEN/TXEN 

Transmit  Enable 

98 

CLSN 

Collision 

99 

RXDAT 

Receive  Data 

100 

RXCRS 

Receive  Carrier  Sense 
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PIN/PACKAGE  SUMMARY  (continued) 


p 

TQFP 
n  Numhor 

Pin  Name 

rill  1  ioi  i  io 

Pin  Function 

TQFP 
Pin  Number 

Pin  Name 

Pin  Function 

SRDCLK 

Serial  Receive  Data  Clock 

41 

R/W 

Read/Write 

2 

EAM/R 

External  Address  Match/Reject 

42 

cs 

Chip/Select 

3 

SF/BD 

Start  Frame/Byte  Delimiter 

43 

LNKST 

Link  Status 

4 

RESET 

Reset 

44 

TDO 

Test  Data  Out 

5 

SLEEP 

Sleep  Mode 

45 

TMS 

Test  Mode  Select 

g 

DVDD 

r^inital  Poujoi* 
L^iyiicii  ruwci 

46 

TCK 

Test  Clock 

7 

Intr 

Interrupt 

47 

DVSS 

Digital  Ground 

8 

TC 

Timinn  Cinntrnl 

i  ii  i  ii  i  ly  v^ui  hi  ui 

48 

TDI 

Test  Data  Input 

g 

Data  Ru<;n 

49 

DVDD 

Digital  Power 

10 

DVSS 

Digital  Ground 

50 

RXD- 

Receive  Data- 

11 

DBUS1 

Data  Bus1 

51 

RXD+ 

Receive  Data+ 

12 

DBUS2 

Data  Bus2 

52 

AVDD 

Analog  Power 

13 

DBUS3 

Data  Bus3 

53 

TXP- 

Transmit  Pre-distortion— 

14 

DBUS4 

Data  Ru^4 

54 

TXD- 

Transmit  Data— 

1  1  qi  10  1  1 1  ii  uaia 

ni/co 

UVOO 

Digital  Ground 

ce 
3D 

TVP, 

l  rdnbiTiu  r rB-oibiuruorn- 

16 

DBUS5 

Data  Bus5 

56 

TXD+ 

Transmit  Data+ 

17 

DBUS6 

Data  Ru<;fi 

57 

AVDD 

Analog  Power 

18 

DBUS7 

l~lata  Ri  i<;7 

58 

XTAL1 

rirvstal  Dntniit 

19 

DBUS8 

Data  Bus8 

59 

AVSS 

Analog  Ground 

20 

DBUS9 

Data  Bus9 

60 

XTAL2 

Crystal  Output 

21 

DBUS10 

Data  Bus10 

61 

AVSS 

Analog  Ground 

22 

DBUS1 1 

Data  Bus1 1 

62 

DO- 

Data  Out- 

23 

DBUS12 

Data  Bus  12 

63 

DO+ 

Data  Out+ 

24 

DBUS13 

Data  Bust 3 

64 

AVDD 

Analog  Power 

25 

DVDD 

Digital  Power 

65 

Dl- 

Data  in— 

26 

DBUS14 

Data  Bust 4 

66 

DI+ 

Data  Out+ 

27 

DBUS15 

Data  Bus15 

67 

Cl- 

Control  In— 

28 

DVSS 

Digital  Ground 

68 

CI+ 

Control  ln+ 

29 

EOF 

End  of  Frame 

69 

AVDD 

Analog  Power 

30 

FDS 

FIFO  Data  Strobe 

70 

DVDD 

Digital  Power 

31 

BEO 

Byte  EnableO 

71 

DXCVR 

Disable  Transceiver 

32 

BET 

Byte  Enablel 

72 

EDSEL 

Edge  Select 

33 

SCLK 

System  Clock 

73 

DVSS 

Digital  Ground 

34 

TDTREQ 

Transmit  Data  Transfer  Rpnup^t 

74 

TXDAT+ 

Transmit  Data-4. 

1  i  a  1 1  o  1 1 1 1 1  lj  aiaT 

35 

RDTREQ 

Receive  Data  Transfer  Request 

75 

DVSS 

Digital  Ground 

36 

ADDO 

AddressO 

76 

STDCLK 

Serial  Transmit  Data  Clock 

37 

ADD1 

Addressl 

77 

TXEN/TXEN 

Transmit  Enable 

38 

ADD2 

Address2 

78 

CLSN 

Collision 

39 

ADD3 

Address3 

79 

RXDAT 

Receive  Data 

40 

ADD4 

Address4 

80 

RXCRS 

Receive  Carrier  Sense 

Am79C940 
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PIN  SUMMARY 


Pin  Name 

Pin  Function 

Type 

Active 

Comment 

Attachment  Unit  Interface  (AUI) 

DO+/DO- 

Data  Out 

O 

Pseudo-ECL 

DI+/DI- 

Data  In 

I 

Pseudo-ECL 

CI+/CI- 

Control  In 

I 

Pseudo-ECL 

RXCRS 

Receive  Carrier  Sense 

I/O 

High 

TTL  output.  Input  in  DAI,  GPSI  port 

TXEN 

Transmit  Enable 

o 

High 

TTL.  TXEN  in  DAI  port 

CLSN 

Collision 

I/O 

High 

TTL  output.  Input  in  GPSI 

DXCVR 

Disable  Transceiver 

o 

Low 

TTL  low 

STDCLK 

Serial  Transmit  Data  Clock 

I/O 

Output.  Input  in  GPSI 

SRDCLK 

Serial  Receive  Data  Clock 

I/O 

Output.  Input  in  GPSI 

Digital  Attachment  Interface  (DAI) 

TXDAT+ 

Transmit  Data  + 

o 

High 

TTL.  See  also  GPSI 

TXDAT- 

Transmit  Data  - 

o 

Low 

TTL 

TXEN 

Transmit  Enable 

o 

Low 

TTL.  See  TXEN  in  GPSI 

RXDAT 

Receive  Data 

I 

TTL.  See  also  GPSI 

RXCRS 

Receive  Carrier  Sense 

I/O 

High 

TTL  input.  Output  in  AUI 

CLSN 

Collision 

I/O 

High 

TTL  output.  Input  in  GPSI 

DXCVR 

Disable  Transceiver 

o 

High 

TTL  high 

STDCLr 

; 

Serial  Transmit  Data  Clock 

I/O 

Output.  Input  in  GPSI 

SRDCLI 

< 

Serial  Receive  Data  Clock 

I/O 

Output.  Input  in  GPSI 

10BASE 

.-T  Interface 

TXD+/T 

<D- 

Transmit  Data 

o 

TXP+/T 

<P- 

Transmit  Pre-distorlion 

o 

RXD+/R 

XD- 

Receive  Data 

I 

LNKST 

Link  Status 

o 

Low 

Open  Drain 

RXPOL 

Receive  Polarity 

o 

Low 

Open  Drain 

TXEN 

Transmit  Enable 

o 

High 

TTL.  TXEN  in  DAI  port 

RXCRS 

Receive  Carrier  Sense 

I/O 

High 

TTL  output.  Input  in  DAI.  GPSI  port 

CLSN 

Collision 

I/O 

High 

TTL  output.  Input  in  GPSI 

DXCVR 

Disable  Transceiver 

o 

High 

TTL  high 

STDCLK 

Serial  Transmit  Data  Clock 

I/O 

Output.  Input  in  GPSI 

SRDCLK 

Serial  Receive  Data  Clock 

I/O 

Output.  Input  in  GPSI 

General  Purpose  Serial  Interface  (GPSI) 

STDCLr 

; 

Serial  Transmit  Data  Clock 

I/O 

Input 

TXDATh 

Transmit  Data  + 

O 

High 

TTL.  See  also  DAI  port 

TXEN 

Transmit  Enable 

o 

High 

TTL.  TXEN  in  DAI  port 

SRDCLI 

< 

Serial  Receive  Data  Clock 

I/O 

Input.  See  also  EADI  port 

RXDAT 

Receive  Data 

I 

TTL.  See  also  DAI  port 

RXCRS 

Receive  Carrier  Sense 

I/O 

High 

TTL  input.  Output  in  AUI 

CLSN 

Collision 

I/O 

High 

TTL  input 

DXCVR 

Disable  Transceiver 

o 

Low 

TTL  low 
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SUMMARY  (continued) 


Pin  Name 

Pin  Function 

Type 

Active 

Comment 

External  Address  Detection  Interface  (EADI) 

SF/BD 

Start  Frame/Byte  Delimiter 

O 

High 

SRD 

Serial  Receive  Data 

O 

High 

EAM/R 

External  Address  Match/Reject 

I 

Low 

SRDCLK 

Serial  Receive  Data  Clock 

I/O 

Output  except  in  GPSI 

Host  System  Interface 

DBUS15-0 

Data  Bus 

I/O 

High 

ADD4-0 

Address 

I 

High 

R/W 

Read/Write 

I 

High/Low 

RDTREQ 

Receive  Data  Transfer  Request 

o 

Low 

TDTREQ 

Transmit  Data  Transfer  Request 

o 

Low 

DTV 

Data  Transfer  Valid 

0 

Low 

Tristate 

EOF 

End  Of  Frame 

I/O 

Low 

BEO 

Byte  Enable  0 

I 

Low 

BET 

Byte  Enable  1 

I 

Low 

Chip  Select 

I 

Low 

FDS 

FIFO  Data  Strobe 

I 

Low 

Interrupt 

o 

Low 

Open  Drain 

EDSEL 

Edge  Select 

I 

High 

TC 

Timing  Control 

I 

Low 

Internal  pull-up 

SCLK 

System  Clock 

I 

High 

RESET 

Reset 

I 

Low 

IEEE  1149.1  Test  Access  Port  (TAP)  Interface 

TCK 

Test  Clock 

I 

Internal  pull-up 

TMS 

Test  Mode  Select 

I 

Internal  pull-up 

TDI 

Test  Data  Input 

I 

Internal  pull-up 

TDO 

Test  Data  Out 

o 

General  Interface 

XTAL1 

Crystal  Input 

I 

CMOS 

XTAL2 

Crystal  Output 

0 

CMOS 

SLEEP 

Sleep  Mode 

I 

Low 

TTL 

DVdd 

Digital  Power  (4  pins) 

P 

DVss 

Digital  Ground  (6  pins) 

p 

AVdd 

Analog  Power  (4  pins) 

p 

AVss 

Analog  Ground  (2  pins) 

p 

Am79C940 
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PIN  DESCRIPTION 
Network  Interfaces 

The  MACE  device  has  five  potential  network  interfaces. 
Only  one  of  the  interfaces  that  provides  physical  net- 
work attachment  can  be  used  (active)  at  any  time.  Se- 
lection between  the  AUI,  10BASE-T,  DAI  orGPSIports 
is  provided  by  programming  the  PHY  Configuration 
Control  register.  The  EADI  port  is  effectively  active  at  all 
times.  Some  signals,  primarily  used  for  status  reporting, 
are  act  ve  for  more  than  one  single  interface  (the  CLSN 
pin  for  nstance).  Under  each  of  the  descriptions  for  the 
network  interfaces,  the  primary  signals  which  are 
unique  to  that  interface  are  described.  Where  signals 
are  active  for  multiple  interfaces,  they  are  described 
once  under  the  interface  most  appropriate. 

Attachment  Unit  Interface  (AUI) 

CI+/CI 

Control  In  (Input) 

A  differential  input  pair,  signalling  the  MACE  device  that 
a  collis  on  has  been  detected  on  the  network  media,  in- 
dicated by  the  Cl±  inputs  being  exercised  with  10  MHz 
pattern  of  sufficient  amplitude  and  duration.  Operates  at 
pseudo-ECL  levels. 

DI+/D 

Data  In  (Input) 

A  differential  input  pair  to  the  MACE  device  for  receiving 
Manchester  encoded  data  from  the  network.  Operates 
at  pseudo-ECL  levels. 


DO+/DO 

Data  Out  (Output) 

A  differential  output  pair  from  the  MACE  device  for 
transmitting  Manchester  encoded  data  to  the  network. 
Operates  at  pseudo-ECL  levels. 

Digital  Attachment  Interface  (DAI) 

TXDAT+/TXDAT- 
Transmit  Data  (Output) 

When  the  DAI  port  is  selected,  TXDAT±  are  configured 
as  a  complementary  pair  for  Manchester  encoded  data 
output  from  the  MACE  device,  used  to  transmit  data  to  a 
local  external  network  transceiver.  During  valid  trans- 
mission (indicated  by  txen  low),  a  logical  J  is  indicated 
by  the  TXDAT+  pin  being  in  the  high  state  and  TXDAT- 
in  the  low  state;  and  a  logical  0  is  indicated  by  the 
TXDAT+  pin  being  in  the  low  state  and  TXDAT-  in  the 
high  state.  During  idle  (TXEN  high),  TXDAT+  will  be  in 
the  high  state,  and  TXDAT-  in  the  low  state.  When  the 
GPSI  port  is  selected,  TXDAT+  will  provide  NRZ  data 
output  from  the  MAC  core,  and  TXDAT-  will  be  held  in 
the  LOW  state.  Operates  at  TTL  levels.  The  operations 
of  TXDAT+  and  TXDAT-  are  defined  in  the  following 
tables: 


TXDAT+  Configuration 


SLI 

EEP 

PORTSEL 
[1-0] 

ENPLSIO 

Interface  Description 

Pin  Function 

0 

XX 

X 

Sleep  Mode 

High  Impedance 

00 

1 

AUI 

High  Impedance  (Note  2) 

01 

1 

10BASE-T 

High  Impedance  (Note  2) 

10 

1 

DAI  Port 

TXDAT+  Output 

11 

1 

GPSI 

TXDAT+  Output 

XX 

0 

Status  Disabled 

High  Impedance  (Note  2) 

TXDAT-  Configuration 

SLI 

EEP 

PORTSEL 
[1-0] 

ENPLSIO 

Interface  Description 

Pin  Function 

0 

XX 

X 

Sleep  Mode 

High  Impedance 

1 

00 

1 

AUI 

High  Impedance 

1 

01 

1 

1 0BASE-T 

High  Impedance 

1 

10 

1 

DAI  Port 

TXDAT-  Output 

1 

11 

1 

GPSI 

LOW 

XX 

0 

Status  Disabled 

High  Impedance 

Wofes: 

1.  PORTSEL  [1-0]  and  ENPLSIO  are  located  in  the  PLS  Configuration  Control  register  (REG  ADDR  14). 

2.  This  pin  should  be  externally  terminated,  if  unused,  to  reduce  power  consumption. 
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TXEN/TXEN 

Transmit  Enable  (Output) 

When  the  AUI  port  is  selected  (PORTSEL  [1-0]  =  00), 
an  output  indicating  that  the  AUI  DO±  differential  output 
has  valid  Manchester  encoded  data  is  presented.  When 
the  10BASE-T  port  is  selected  (PORTSEL  [1-0]  =  01), 
indicates  that  Manchester  data  is  being  output  on  the 
TXD±/TXP±  complementary  outputs.  When  the  DAI 
port  is  selected  (PORTSEL  [1-0]  =  10),  indicates  that 
Manchester  data  is  being  output  on  the  DAI  port 
TXDAT±  complementary  outputs.  When  the  GPSI  port 
is  selected  (PORTSEL  [1-0]  =11),  indicates  that  NRZ 
data  is  being  output  from  the  MAC  core  of  the  MACE  de- 
vice, to  an  external  Manchester  encoder/decoder,  on 
the  TXDAT+ output.  Active  low  when  the  DAI  port  is  se- 
lected, active  high  when  the  AUI,  1 0  BASE-T  or  GPSI  is 
selected.  Operates  at  TTL  levels. 

RXDAT 

Receive  Data  (Input) 

When  the  DAI  port  is  selected  (PORTSEL  [1-0]  =  10), 
the  Manchester  encoded  data  input  to  the  integrated 
clock  recovery  and  Manchester  decoder  of  the  MACE 
device,  from  an  external  network  transceiver.  When  the 
GPSI  port  is  selected  (PORTSEL  [1-0]  =11),  the  NRZ 


decoded  data  input  to  the  MAC  core  of  the  MACE  de- 
vice, from  an  external  Manchester  encoder/decoder. 
Operates  at  TTL  levels. 

RXCRS 

Receive  Carrier  Sense  (input/Output) 

When  the  AUI  port  is  selected  (PORTSEL  [1-0]  =  00), 
an  output  indicating  that  the  Dl±  input  pair  is  receiving 
valid  Manchester  encoded  data  from  the  external  trans- 
ceiver which  meets  the  signal  amplitude  and  pulse  width 
requirements.  When  the  10BASE-T  port  is  selected 
(PORTSEL  [1-0]  =  01),  an  output  indicating  that  the 
RXD±  input  pair  is  receiving  valid  Manchester  encoded 
data  from  the  twisted  pair  cable  which  meets  the  signal 
amplitude  and  pulse  width  requirements.  RXCRS  will  be 
asserted  high  for  the  entire  duration  of  the  receive  mes- 
sage. When  the  DAI  port  is  selected  (PORTSEL  [1-0]  = 
10),  an  input  signaling  the  MACE  device  that  a  receive 
carrier  condition  has  been  detected  on  the  network,  and 
valid  Manchester  encoded  data  is  being  presented  to 
the  MACE  device  on  the  RXDAT  line.  When  the  GPSI 
port  is  selected  ( PORTSEL  [1  -0]  =  1 1 ) ,  an  input  signall- 
ing the  internal  MAC  core  that  valid  NRZ  data  is  being 
presented  on  the  RXDAT  input.  Operates  at  TTL  levels. 


TXEN/TXEN  Configuration 

SLEEP 

PORTSEL 
[1-0] 

ENPLSIO 

Interface  Description 

Pin  Function 

0 

XX 

X 

Sleep  Mode 

High  Impedance 

00 

1 

AUI 

TXEN  Output 

01 

1 

10BASE-T 

TXEN  Output 

10 

1 

DAI  Port 

TXEN  Output 

11 

1 

GPSI 

TXEN  Output 

XX 

0 

Status  Disabled 

High  Impedance  (Note  3) 

Notes: 

1.  PORTSEL  [1-0]  and  ENPLSIO  are  located  in  the  PLS  Configuration  Control  register  (REG  ADDR  14). 

2.  When  the  GPSI  port  is  selected,  TXEN  should  have  an  external  pull-down  attached  (e.g.  3.3k£2)  to  ensure  the  output  is  held 
inactivebefore  ENPLSIO  is  set. 

3.  This  pin  should  be  externally  terminated,  if  unused,  to  reduce  power  consumption. 

RXDAT  Configuration 

PORTSEL 

SLEEP 

[1-0] 

ENPLSIO 

Interface  Description 

Pin  Function 

0 

XX 

X 

Sleep  Mode 

High  Impedance 

00 

1 

AUI 

High  Impedance  (Note  2) 

01 

1 

10BASE-T 

High  Impedance  (Note  2) 

10 

1 

DAI  Port 

RXDAT  Input 

11 

1 

GPSI 

RXDAT  Input 

XX 

0 

Status  Disabled 

High  Impedance  (Note  2) 

Notes: 

1.  PORTSEL  [1-0]  and  ENPLSIO  are  located  in  the  PLS  Configuration  Control  register  (REG  ADDR  14). 

2.  This  pin  should  be  externally  terminated,  if  unused,  to  reduce  power  consumption. 
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RXCRS  Configuration 


-EEP 

PORTSEL 
[1-0] 

ENPLSIO 

Interface  Description 

Pin  Function 

0 

XX 

X 

Sleep  Mode 

High  Impedance 

1 

00 

1 

AUI 

RXCRS  Output 

1 

01 

1 

10BASE-T 

RXCRS  Output 

1 

10 

1 

DAI  Port 

RXCRS  Input 

1 

11 

1 

GPSI 

RXCRS  Input 

1 

XX 

0 

Status  Disabled 

High  Impedance  (Note  2) 

Notes: 

1. 

2. 


PORTSEL  [1-0]  and  ENPLSIO  are  located  in  the  PLS  Configuration  Control  register  (REG  ADDR  14). 
This  pin  should  be  externally  terminated,  if  unused,  to  reduce  power  consumption. 


DXCVR 

Disable  Transceiver  (Output) 

An  output  from  the  MACE  device  to  indicate  the  network 
port  in  use,  as  programmed  by  the  ASEL  bit  or  the 
PORTSEL  [1-0]  bits.  The  output  is  provided  to  allow 
power  down  of  an  external  DC-to-DC  converter,  typi- 
cally used  to  provide  the  voltage  requirements  for  an  ex- 
ternal 10BASE2  transceiver. 


When 
state 
network 


id 


the  Auto  Select  (ASEL)  feature  is  enabled,  the 
the  PORTSEL  [1-0]  bits  is  overridden,  and  the 
interface  will  be  selected  by  the  MACE  device, 
dependent  only  on  the  status  of  the  1 0BASE-T  link.  If  the 


link  is  active  (LNKST  pin  driven  LOW)  the  1 0BASE-T 
port  will  be  used  as  the  active  network  interface.  If  the 
link  is  inactive  (LNKST  pin  pulled  HIGH)  the  AUI  port  will 
be  used  as  the  active  network  interface.  Auto  Select  will 
continue  to  operate  even  when  the  SLEEP  pin  is  as- 
serted if  the  RWAKE  bit  has  been  set.  The  AWAKE  bit 
does  not  allow  the  Auto  Select  function,  and  only  the  re- 
ceive section  of  1 0BASE-T  port  will  be  active  (DXCVR  = 
HIGH). 

Active  (HIGH)  when  either  the  10BASE-T  or  DAI  port  is 
selected.  Inactive  (LOW)  when  the  AUI  or  GPSI  port  is 
selected. 


DXCVR  Configuration— SLEEP  Operation 


SLEE 

Pin 

p 

RWAKE 
Bit 

AWAKE 
Bit 

ASEL 
Bit 

LNKST 
Pin 

PORTSEL 
[1-0]  Bits 

Interface 
Description 

Pin 
Function 

0 

0 

0 

X 

High 
Impedance 

XX 

Sleep 
Mode 

High 
Impedance 

0 

0 

0 

High 
Impedance 

00 

AUI  with  EADI  port 

LOW 

0 

0 

0 

High 
Impedance 

01 

10BASE-T  with  EADI  port 

HIGH 

0 

0 

0 

High 
Impedance 

10 

Invalid 

HIGH 

0 

0 

0 

High 
Impedance 

11 

Invalid 

LOW 

0 

0 

1 

High 
Impedance 

ox 

AUI  with  EADI  port 

LOW 

0 

0 

1 

High 
Impedance 

ox 

10BASE-T  with  EADI  port 

HIGH 

0 

1 

1 

HIGH 

ox 

AUI  with  EADI  port 

LOW 

0 

1 

1 

LOW 

ox 

10BASE-T  with  EADI  port 

HIGH 

0 

0 

1 

X 

X 

ox 

10BASE-T 

HIGH 

Atofe:  RWAKE  and  ASEL  are  located  in  the  PHY  Configuration  Control  register  (REG  ADDR  15).  PORTSEL  [1-0]  and 
ENPLSIO  are  located  in  the  PLS  Configuration  Control  register  (REG  ADDR  14).  All  bits  must  be  programmed  prior  to  the 
assertion  of  the  SLEEP  pin. 
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DXCVR  Configuration— Normal  Operation 


SLEEP 

Pin 

ASEL 
Bit 

LNKST 
Pin 

PORTSEL 
11-01  Bits 

ENPLSIO 
Bit 

Interface 
npo^rintion 

Pin 
Function 

1 

X 

X 

XX 

X 

SIA  Test  Mode 

High 
Impedance 

1 

0 

X 

00 

X 

AUI 

LOW 

1 

0 

X 

01 

X 

10BASE-T 

HIGH 

1 

0 

X 

10 

X 

DAI  Port 

HIGH 

1 

0 

X 

11 

X 

GPSI 

LOW 

1 

1 

HIGH 

OX 

X 

AUI 

LOW 

1 

1 

LOW 

ox 

X 

10BASE-T 

HIGH 

Note:  RWAKE  and  ASEL  are  located  in  the  PHY  Configuration  Control  register  (REG  ADDR  15).  PORTSEL  [1-0]  and 
ENPLSIO  are  located  in  the  PLS  Configuration  Control  register  (REG  ADDR  14). 


1 0B  ASE-T  Interface 

TXD+,  TXD— 
Transmit  Data  (Output) 

10BASE-T  port  differential  drivers. 
TXP+,  TXP- 

Transmit  Pre-Distortion  (Output) 

Transmit  wave  form  differential  driver  for  pre-distortion. 

RXD+,  RXD- 
Receive  Data  (Input) 

10BASE-T  port  differential  receiver.  These  pins  should 
be  externally  terminated  to  reduce  powerconsumption  if 
the  10BASE-T  interface  is  not  used. 


JKST 

:  Status  (Output  Open  Drain) 

;  pin  is  driven  LOW  if  the  link  is  identified  as  func- 
tional. If  the  link  is  determined  to  be  nonfunctional,  due 
to  missing  idle  link  pulses  or  data  packets,  then  this  pin 
is  not  driven  (requires  external  pull-up).  In  the  LOW  out- 
put state,  the  pin  is  capable  of  sinking  a  maximum  of 
12  mA  and  can  be  used  to  drive  an  LED. 

This  feature  can  be  disabled  by  setting  the  Disable  Link 
Test  (DLNKTST)  bit  in  the  PHY  Configuration  Control 
register.  In  this  case  the  internal  Link  Test  Receive  func- 
tion is  disabled,  the  LNKST  pin  will  be  driven  LOW,  and 
the  Transmit  and  Receive  functions  will  remain  active 
regardless  of  arriving  idle  link  pulses  and  data.  The  in- 
ternal 1 0BASE-T  MAU  will  continue  to  generate  idle  link 
pulses  irrespective  of  the  status  of  the  DLNKTST  bit. 


RXPOL 

Receive  Polarity  (Output,  Open  Drain) 

The  twisted  pair  receiver  is  capable  of  detecting  a  re- 
ceive  signal  with  reversed  polarity  (wiring  error).  The 
RXPOL  pin  is  normally  in  the  LOW  state,  indicating  cor- 
rect polarity  of  the  received  signal.  If  the  receiver  detects 
a  received  packet  with  reversed  polarity,  then  this  pin  is 
not  driven  (requires  external  pull-up)  and  the  polarity  of 
subsequent  packets  are  inverted.  In  the  LOW  output 
state,  this  pin  is  capable  of  sinking  a  maximum  of  1 2mA 
and  can  be  used  to  drive  an  LED. 

The  polarity  correction  feature  can  be  disabled  by  set- 
ting the  Disable  Auto  Polarity  Correction  (DAPC)  bit  in 
the  PHY  Configuration  Control  register.  In  this  case,  the 
Receive  Polarity  correction  circuit  is  disabled  and  the  in- 
ternal receive  signal  remains  non-inverted,  irrespective 
of  the  received  signal.  Note  that  RXPOL  will  continue  to 
reflect  the  polarity  detected  by  the  receiver. 

General  Purpose  Serial  Interface  (GPSI) 
STDCLK 

Serial  Transmit  Data  Clock  (Input/Output) 

When  either  the  AUI,  1 0B  ASE-T  or  DAI  port  is  selected, 
STDCLK  is  an  output  operating  at  one  half  the  crystal  or 
XTAL1  frequency.  STDCLK  is  the  encoding  clock  for 
Manchester  data  transferred  to  the  output  of  either  the 
AUI  DO±  pair,  the  1 0BASE-T  TXD±/TXP±  pairs,  or  the 
DAI  port  TXDAT±  pair.  When  using  the  GPSI  port, 
STDCLK  is  an  input  at  the  network  data  rate,  provided 
by  the  external  Manchester  encode/decoder,  to  strobe 
out  the  NRZ  data  presented  on  the  TXDAT+  output. 
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STDCLK  Configuration 


lEP 

PORTSEL 
[1-0] 

ENPLSIO 

Interface  Description 

Pin  Function 

0 

XX 

X 

Sleep  Mode 

High  Impedance 

1 

00 

1 

AUI 

STDCLK  Output 

1 

01 

1 

10BASE-T 

STDCLK  Output 

1 

10 

1 

DAI  Port 

STDCLK  Output 

1 

11 

1 

GPSI 

STDCLK  Input 

1 

XX 

0 

Status  Disabled 

High  Impedance  (Note  2) 

Notes: 

1.  POI 

2.  Thk 

1TSEL  [1-0]  and  ENPLSIO  are  located  in  the  PLS  Configuration  Control  register  (REG  ADDR  14). 
pin  should  be  externally  terminated,  if  unused,  to  reduce  power  consumption. 

CLSN 

Collision  (Input/Output) 

An  external  indication  that  a  collision  condition  has  been 
detected  by  the  (internal  or  external)  Medium  Attach- 
ment Unit  (MAU),  and  that  signals  from  two  or  more 
nodes  are  present  on  the  network.  When  the  AUI  port  is 
selected  (PORTSEL  [1-0]  =  00),  CLSN  will  be  activated 
when  the  Cl±  input  pair  is  receiving  a  collision  indication 
from  the  external  transceiver.  CLSN  will  be  asserted 
high  for  the  entire  duration  of  the  collision  detection,  but 
will  not  be  asserted  during  the  SQE  Test  message  fol- 
lowing a  transmit  message  on  the  AUI.  When  the 
10BASE-T  port  is  selected  (PORTSEL  [1-0]  =  01), 
CLSN  will  be  asserted  high  when  simultaneous  transmit 
and  receive  activity  is  detected  (logically  detected  when 
TXD±/TXP+  and  RXD±  are  both  active).  When  the  DAI 
port  is  selected  (PORTSEL  [1-0]  =  1 0),  CLSN  will  be  as- 
serted high  when  simultaneous  transmit  and  receive  ac- 
tivity  is  detected  (logically  detected  when  RXCRS  and 
TXEN  are  both  active).  When  the  GPSI  port  is  selected 
(PORTSEL  [1-0]  =  11),  an  input  from  the  external 
Manchester  encoder/decoder  signaling  the  MACE  de- 
vice that  a  collision  condition  has  been  detected  on  the 
network,  and  any  receive  frame  in  progress  should  be 
aborted 


External  Address  Detection  Interface 
(EADI ) 

SF/BD 

Start  Frame/Byte  Delimiter  (Output) 

The  external  indication  that  a  start  of  frame  delimiter  has 
been  received.  The  serial  bit  stream  will  follow  on  the 
Serial  Receive  Data  pin  (SRD),  commencing  with  the 
destination  address  field.  SF/BD  will  go  high  for  4  bit 
times  (400  ns)  after  detecting  the  second  1  intheSFDof 
a  received  frame.  SF/BD  will  subsequently  toggle  every 
400  ns  (1 .25  MHz  frequency)  with  the  rising  edge  indi- 
cating the  start  (first  bit)  in  each  subsequent  byte  of  the 
received  serial  bit  stream.  SF/BD  will  be  inactive  during 
frame  transmission. 

SRD 

Serial  Receive  Data  (Output) 

SRD  is  the  decoded  NRZ  data  from  the  network.  It  is 
available  for  external  address  detection.  Note  that  when 
the  10BASE-T  port  is  selected,  transition  on  SRD  will 
only  occur  during  receive  activity.  When  the  AUI  or  DAI 
port  is  selected,  transition  on  SRD  will  occur  during  both 
transmit  and  receive  activity. 


CLSN  Configuration 


SLE 

EP 

PORTSEL 
[1-0] 

ENPLSIO 

Interface  Description 

Pin  Function 

C 

) 

XX 

X 

Sleep  Mode 

High  Impedance 

00 

1 

AUI 

CLSN  Output 

1 

01 

1 

10BASE-T 

CLSN  Output 

1 

10 

1 

DAI  Port 

CLSN  Output 

11 

1 

GPSI 

CLSN  Input 

1 

XX 

0 

Status  Disabled 

High  Impedance  (Note  2) 

Atofes: 

1.  PORTSEL  [1-0]  and  ENPLSIO  are  located  in  the  PLS  Configuration  Control  register  (REG  ADDR  14). 

2.  This  pin  should  be  externally  terminated,  if  unused,  to  reduce  power  consumption. 
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EAM/R 

External  Address  Match/Reject  (Input) 

The  incoming  frame  will  be  received  dependent  on  the 
receive  operational  mode  of  the  MACE  device,  and  the 
polarity  of  the  EAM/R  pin.  The  EAM/R  pin  function  is 
programmed  by  use  of  the  M/R  bit  in  the  Receive  Frame 
Control  register.  If  the  bit  is  set,  the  pin  is  configured  as 
eam.  If  the  bit  is  reset,  the  pin  is  configured  as  EAR. 
EAM/R  can  be  asserted  during  packet  reception  to  ac- 
cept or  reject  packets  based  on  an  external  address 
comparison. 


SRDCLK 

Serial  Receive  Data  Clock  (Input/Output) 

The  Serial  Receive  Data  (SRD)  output  is  synchronous 
to  SR  DCLK  running  at  the  1 0MHz  receive  data  clock  fre- 
quency. The  pin  is  configured  as  an  input,  only  when  the 
GPSI  port  is  selected.  Note  that  when  the  1 0BASE-T 
port  is  selected,  transition  on  SRDCLK  will  only  occur 
during  receive  activity.  When  the  AUI  or  DAI  port  is  se- 
lected, transition  on  SRDCLK  will  occur  during  both 
transmit  and  receive  activity. 


SRD  Configuration 


SLEEP 

PORTSEL 
[1-0] 

ENPLSIO 

Interface  Description 

Pin  Function 

0 

XX 

X 

Sleep  Mode 

High  Impedance 

00 

1 

AUI 

SRD  Output 

01 

1 

10BASE-T 

SRD  Output 

10 

1 

DAI  Port 

SRD  Output 

11 

1 

GPSI 

SRD  Output 

XX 

0 

Status  Disabled 

High  Impedance 

Nc 

ite:  PORTSEL  [1-0]  and  ENPLSIO  are  located  in  the  PLS  Configuration  Control  register  (REG  ADDR  14). 

SRDCLK  Configuration 

SLEEP 

PORTSEL 
[1-0] 

ENPLSIO 

Interface  Description 

Pin  Function 

0 

XX 

X 

Sleep  Mode 

High  Impedance 

00 

1 

AUI 

SRDCLK  Output 

01 

1 

1 0BASE-T 

SRDCLK  Output 

10 

1 

DAI  Port 

SRDCLK  Output 

11 

1 

GPSI 

SRDCLK  Input 

XX 

0 

Status  Disabled 

High  Impedance  (Note  2) 

Afotes; 

1.  PORTSEL  [  1-0]  and  ENPLSIO  are  located  in  the  PLS  Configuration  Control  register  (REG  ADDR  14). 

2.  This  pin  should  be  externally  terminated,  if  unused,  to  reduce  power  consumption. 
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HOST  SYSTEM  INTERFACE 
DBUS15-0 

Data  Bus  (lnput/Output/3- state) 

DBUS  contains  read  and  write  data  to  and  from  internal 
registers  and  the  Transmit  and  Receive  FIFOs. 

ADD4-0 

Address  Bus  (input) 

ADD  is  used  to  access  the  internal  registers  and  FIFOs 
to  be  read  or  written. 


asserted  only  when  Enable  Transmit  (ENXMT)  is  set  in 
the  MAC  Configuration  Control  register. 


R/W 

Read/Write  (Input) 

Indicates  the  direction  of  data  flow  during  the  MACE  de- 
vice register,  Transmit  FIFO,  or  Receive  FIFO 
accesses. 


RDTREQ 

Receive  Data  Transfer  Request  (Output) 

Receive  Data  Transfer  Request  indicates  that  there  is 
data  in  the  Receive  FIFO  to  be  read.  When  RDTREQ  is 
asserted  there  will  be  a  minimum  of  1 6  bytes  to  be  read 
except  at  the  completion  of  the  frame,  in  which  case 
EOF  will  be  asserted.  RDTREQ  can  be  programmed  to 
request  receive  data  transfer  when  1 6,  32  or  64  bytes 
are  available  in  the  Receive  FIFO,  by  programming  the 
Receive  FIFO  Watermark  (RCVFW  bits)  in  the  FIFO 
Configuration  Control  register.  The  first  assertion  of 
RDTREQ  will  not  occur  until  at  least  64  bytes  have  been 
received,  and  the  frame  has  been  verified  as  non  runt. 
Runt  packets  will  normally  be  deleted  from  the  Receive 
FIFO  with  no  external  activity  on  RDTREQ.  When  Runt 
Packet  Accept  is  enabled  (RPA  bit)  in  the  User  Test 
Register,  RDTREQ  will  be  asserted  when  the  runt  pack- 
et completes,  and  the  entire  frame  resides  in  the 
Receive  FIFO.  RDTREQ  will  be  asserted  only  when  En- 
able Receive  (ENRCV)  is  set  in  the  MAC  Configuration 
Control  register. 

The  RCVFW  can  be  overridden  by  enabling  the  Low  La- 
tency Receive  function  (setting  LLRCV  bit)  in  the  Re- 
ceive  Frame  Control  register,  which  allows  RDTREQ  to 
be  asserted  after  only  12  bytes  have  been  received. 
Note  that  use  of  this  function  exposes  the  system  inter- 
face to  premature  termination  of  the  receive  frame,  due 
to  network  events  such  as  collisions  or  runt  packets.  It  is 
the  responsibility  of  the  system  designer  to  provide < 
quate  recovery  mechanisms  for  these  conditions. 


TDTREQ 

Transmit  Data  Transfer  Request  (Output) 

Transmit  Data  Transfer  Request  indicates  there  is  room 
in  the  Transmit  FIFO  for  more  data.  TDTREQ  is  as- 
serted when  there  are  a  minimum  of  16  empty  bytes  in 
the  Transmit  FIFO.  TDTREQ  can  be  programmed  to  re- 
quest transmit  data  transfer  when  1 6, 32  or  64  bytes  are 
available  in  the  Transmit  FIFO,  by  programming  the 
Transmit  FIFO  Watermark  (XMTFW  bits)  in  the  FIFO 
Configuration  Control  register.  TDTREQ  will  be 


FDS 

FIFO  Data  Select  (Input) 

FIFO  Data  Select  allows  direct  access  to  the  transmit  or 
Receive  Fl  FO  without  use  of  the  ADD  address  bus.  FDS 
must  be  activated  in  conjunction  with  R/W.  When  the 
MACE  device  samples  R/W  as  high  and  FDS  low,  a  read 
cycle  from  the  Receive  J^FO  will  be  initiated.  When  the 
MACE  chip  samples  R/W  and  FDS  low,  awrite  cycle  to 
the  Transmit  FIFO  will  be  initiated.  The  CS  line  should 
be  inactive  (high)  when  FIFO  access  is  requested  using 
the  FDS  pin.  If  the  MACE  device  samples  both  CS  and 
FDS  as  active  simultaneously,  no  cycle  will  be  exe- 
cuted, and  DTV  will  remain  inactive. 


DTV 

Data  Transfer  Valid  (Output/3-state) 

When  asserted,  indicates  that  the  read  or  write  opera- 
tion has  completed  successfully.  The  absence  of  DTV  at 
the  termination  of  a  host  access  cycle  on  the  MACE  de- 
vice  indicates  that  the  data  transfer  was  unsuccessful. 
DTV  need  not  be  used  if  the  system  interface  can  guar- 
antee that  the  latency  to  TDTREQ  and  RDTREQ  asser- 
tion and  de-assertion  will  not  cause  the  Transmit  FIFO 
to  be  over-written  or  the  Receive  FIFO  to  be  over-read. 
In  this  case,  the  latching  or  strobing  of  read  or  write  data 
can  be  synchronized  to  the  SCLK  input  rather  than  to  the 
DTV  output. 


EOF 

End  Of  Frame  (lnput/Output/3-state) 

End  Of  Frame  will  be  asserted  by  the  MACE  device 
when  the  last  byte/word  of  frame  data  is  read  from  the 
Receive  FIFO,  indicating  the  completion  of  the  frame 
data  field  for  the  receive  message.  End  Of  Frame  must 
be  asserted  low  to  the  MACE  device  when  the  last  byte/ 
word  of  the  frame  is  written  into  the  Transmit  FIFO. 


BE1-0 

Byte  Enable  (Input) 

Used  to  indicate  the  active  portion  of  the  data  transfer  to 
or  from  the  internal  FIFOs.  For  word  (16-bit)  transfers, 
both  BEO  and  BE1  should  be  activated  by  the  external 
host/controller.  Single  byte  transfers  are  performed  by 
identifying  the  active  data  bus  byte  and  activating  only 
one  of  the  two  signals.  The  function  of  the  BE1  -0  pins  is 
programmed  using  the  BSWP  bit  (BIU  Configuration 
Control  register,  bit  6).  BE1-0  are  not  required  for  ac- 
cesses to  MACE  device  registers. 

CS 

Chip  Select  (Input) 

Used  to  access  the  MACE  device  FIFOs  and  internal 
registers  locations  using  the  ADD  address  bus.  The 
FIFOs  may  alternatively  be  directly  accessed  without 
supplying  the  FIFO  address,  by  using  the  FDS  and 
R/W  pins. 
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INTR 

Interrupt  (Output,  Open  Drain) 

An  attention  signal  indicating  that  one  or  more  of  the  fol- 
lowing status  flags  are  set:  XMTINT,  RCVINT,  MPCO, 
RPCO,  RCVCCO,  CERR,  BABL  or  JAB.  Each  interrupt 
source  can  be  individually  masked.  No  interrupt  condi- 
tion can  take  place  in  the  MACE  device  immediately  af- 
ter a  hardware  or  software  reset. 


RESET 

Reset  (Input) 

Reset  clears  the  internal  logic.  Reset  can  be  asynchro- 
nous to  SCLK,  but  must  be  asserted  for  a  minimum 
duration  of  15  SCLK  cycles. 

SCLK 

System  Clock  (Input) 

The  system  clock  input  controls  the  operational  fre- 
quency of  the  slave  interface  to  the  MACE  device  and 
the  internal  processing  of  frames.  SCLK  is  unrelated  to 
the  20  MHz  clock  frequency  required  for  the 
802.3/Ethernet  interface.  The  SCLK  frequency  range  is 
1  MHz-25  MHz. 

EDSEL 

System  Clock  Edge  Select  (Input) 

EDSEL  is  a  static  input  that  allows  System  Clock 
(SCLK)  edge  selection.  If  EDSEL  is  tied  high,  the  bus  in- 
terface unit  will  assume  falling  edge  timing.  If  EDSEL  is 
tied  low,  the  bus  interface  unit  will  assume  rising  edge 
timing,  which  will  effectively  invert  the  SCLK  as  it  enters 
the  MACE  device,  i.e.,  the  address,  control  lines  (CS, 
V,  FDS,  etc)  and  data  are  all  latched  on  the  rising 
i  of  SCLK,  and  data  out  is  driven  off  the  rising  edge 
of  SCLK. 


Timing  Control  (Input) 

The  Timing  Control  input  conditions  the  minimum  num- 
ber of  System  Clocks  (SCLK)  cycles  taken  to  read  or 
write  the  internal  registers  and  FIFOs.  TC  can  be  used 
as  a  wait  state  generator,  to  allow  additional  time  for 
data  to  be  presented  by  the  host  during  a  write  cycle,  or 
allow  additional  time  for  the  data  to  be  latched  during  a 
read  cycle.  TC  has  an  internal  (SLEEP  disabled)  pull  up. 

Timing  Control 


TC 

Number  of 
Clocks 

1 

2 

0 

3 

IEEE  1149.1  TEST  ACCESS  PORT  (TAP) 
INTERFACE 

TCK 

Test  Clock  (Input) 

The  clock  input  for  the  boundary  scan  test  mode 
operation.  TCK  can  operate  up  to  10  MHz.  TCK  has  an 
internal  (not  SLEEP  disabled)  pull  up. 

TMS 

Test  Mode  Select  (Input) 

A  serial  input  bit  stream  used  to  define  the  specific 
boundary  scan  test  to  be  executed.  TMS  has  an  internal 
(not  SLEEP  disabled)  pull  up. 

TDI 

Test  Data  Input  (Input) 

The  test  data  input  path  to  the  MACE  device.  TDI  has  an 
internal  (not  SLEEP  disabled)  pull  up. 

TDO 

Test  Data  Out  (Output) 

The  test  data  output  path  from  the  MACE  device. 

GENERAL  INTERFACE 
XTAL1 

Crystal  Connection  (Input) 

The  internal  clock  generator  uses  a  20  MHz  crystal  that 
is  attached  to  pins  XTAL1  and  XTAL2.  Internally,  the 
20  MHz  crystal  frequency  is  divided  by  two  which  deter- 
mines the  network  data  rate.  Alternatively,  an  external 
20  MHz  CMOS-compatible  clock  signal  can  be  used  to 
drive  this  pin.  The  MACE  device  supports  thg  use  of  50 
pF  crystals  to  generate  a  20  MHz  frequency  which  is 
compatible  with  the  IEEE  802.3  network  frequency 
tolerance  and  jitter  specifications. 

XTAL2 

Crystal  Connection  (Output) 

The  internal  clock  generator  uses  a  20  MHz  crystal  that 
is  attached  to  pins  XTAL1  and  XTAL2.  If  an  external 
clock  generator  is  used  on  XTAL1 ,  then  XTAL2  should 
be  left  unconnected. 


SLEEP 

Sleep  Mode  (Input) 

The  optimal  power  savings  made  is  extracted  by  assert- 
ing the  SLEEP  pin  with  both  the  Auto  Wake  (AWAKE  bit) 
and  Remote  Wake  (RWAKE  bit)  functions  disabled.  In 
this  "deep  sleep"  mode,  all  outputs  will  be  forced  into 
their  inactive  or  high  impedance  state,  and  all  inputs  will 
be  ignored  except  for  the  SLEEP,  RESET,  SCLK,  TCK, 
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TMS,  and  TDI  pins.  SCLK  must  run  for  5  cycles  after  the 
assertion  of  SLEEP.  During  the  "Deep  Sleep",  the  SCLK 
input  can  be  optionally  suspended  for  maximum  power 
savings.  Upon  exiting  "Deep  Sleep",  the  hardware 
RESET  pin  must  be  asserted  and  the  SCLK  restored. 
The  system  must  delay  the  setting  of  the  bits  in  the  MAC 
configuration  Control  Register  of  the  internal  analog 
circuits  by  1  ns  to  allow  for  stabilization. 


If  the  AWAKE  bit  is  set  prior  to  the  activation  of  SLEEP, 
the  10BASE-T  receiver  and  the  LNKST  output  pin  re- 
main operational. 


If  the  RWAKE  bit  is  set  prior  to  SLEEP  being  asserted, 
the  Manchester  encoder/decoder,  AUI  and  10BASE-T 
cells  remain  operational,  as  do  the  SRD,  SRDCLK  and 
SF/BD  outputs. 

The  input  on  XTAL1  must  remain  active  for  the  AWAKE 
or  RWAKE  features  to  operate.  After  exit  from  the  Auto 
Wake  or  Remote  Wake  modes,  activation  of  hardware 
RESET  is  not  required  when  SLEEP  is  reasserted. 


On  deassertion  of  SLEEP,  the  MACE  device  will  go 
through  an  internally  generated  hardware  reset  se- 
quence, requiring  re-initialization  of  MACE  registers. 

Power  Supply 
DVdd 

Digita  Power 

There  are  four  Digital  Vdd  pins. 
DVss 

Digita  Ground 

There  are  six  Digital  Vss  pins. 

AVDD 

Analog  Power 

There  are  four  analog  VDD  pins.  Special  attention 
should  be  paid  to  the  printed  circuit  board  layout  to  avoid 
excessive  noise  on  the  supply  to  the  PLL  in  the 
Manchester  encoder/decoder  (pins  66  and  83  in  PLCC, 
pins  67  and  88  in  PQFP).  These  supply  lines  should  be 
kept  separate  from  the  DVdd  lines  as  far  back  to  the 
power  supply  as  is  practically  possible. 

AVss 

Analog  Ground 

There  are  two  analog  VSS  pins.  Special  attention 
should  be  paid  to  the  printed  circuit  board  layout  to  avoid 
excessive  noise  on  the  PLL  supply  in  Manchester  en- 
coder/decoder (pin  73  in  PLCC,  pin  74  in  PQFP).  These 
supply  ines  should  be  kept  separate  from  the  DVss  lines 
as  far  back  to  the  power  supply  as  is  practically  possible. 


PIN  FUNCTIONS  NOT  AVAILABLE  WITH 
THE  80-PIN  TQFP  PACKAGE 

In  the  84-pin  PLCC  configuration,  ALL  the  pins  are  used 
while  in  the  1 00-pin  PQFP  version,  1 6  pins  are  specified 
as  No  Connects.  Moving  to  the  80-pin  TQFP  configura- 
tion requires  the  removal  of  4  pins.  Since  Ethernet  con- 
trollers with  integrated  10BASE-T  have  analog  portions 
which  are  very  sensitive  to  noise,  power  and  ground 
pins  are  not  deleted.  The  MACE  device  does  have 
several  sets  of  media  interfaces  which  typically  go  un- 
used in  most  designs,  however.  Pins  from  some  of 
these  interfaces  are  deleted  instead.  Removed  are 
the  following: 

■  TXDAT-  (previously  used  for  the  DAI  interface) 

■  SRD  (previously  used  for  the  EADI  interface) 

■  DTV  (previously  used  for  the  host  interface) 

■  RXPOL  (previously  used  as  a  receive  frame 
polarity  LED  driver) 

Note  that  pins  from  four  separate  interfaces  are  re- 
moved rather  than  removing  all  the  pins  from  a  single  in- 
terface. Each  of  these  pins  comes  from  one  of  the  four 
sides  of  the  device.  This  is  done  to  maintain  symmetry, 
thus  avoiding  bond  out  problems. 

In  general,  the  most  critical  of  the  four  removed  pins  are 
TXDAT-  and  SRD.  Depending  on  the  application,  either 
the  DAI  or  the  EADI  interface  may  be  important.  In  most 
designs,  however,  this  will  not  be  the  case. 

PINS  REMOVED  AND  THEIR  EFFECTS 
TXDAT- 

The  removal  of  TXDAT-  means  that  the  DAI  interface  is 
no  longer  usable.  The  DAI  interface  was  designed  to  be 
used  with  media  types  that  do  not  require  DC  isolation 
between  the  MAU  and  the  DTE.  Media  which  do  not 
require  DC  isolation  can  be  implemented  more  simply 
using  the  DAI  interface,  ratherthan  the  AUI  interface.  In 
most  designs  this  is  not  a  problem  because  most 
media  requires  DC  isolation  (10BASE-T,  10BASE2, 
1 0BASE5)  and  will  use  the  AUI  port.  About  the  only  me- 
dia which  does  not  require  DC  isolation  is  10BASE-F. 

SRD 

The  SRD  pin  is  an  output  pin  used  by  the  MACE  device 
to  transfer  a  receive  data  stream  to  external  address 
detection  logic.  It  is  part  of  the  EADI  interface.  This  pin  is 
used  to  help  interface  the  MACE  device  to  an  external 
CAM  device.  Use  of  an  external  CAM  is  typically  re- 
quired when  an  application  will  operate  in  promiscuous 
mode  and  will  need  perfect  filtering  (i.e.,  the  internal 
hash  filter  will  not  suffice) .  Example  applications  for  this 
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sort  of  operation  are  bridges  and  routers.  Lack  of 
perfect  filtering  in  these  applications  forces  the  CPU  to 
be  more  involved  in  filtering  and  thus  either  slows  the 
forwarding  rates  achieved  or  forces  the  use  of  a  more 
powerful  CPU. 

DTV 

The  DTV  pin  is  part  of  the  host  interface  to  the  MACE 
device.  It  is  used  to  indicate  that  a  read  or  write  cycle  to 
the  MACE  device  was  successful.  If  DTV  is  not  asserted 
at  the  end  of  a  cycle,  the  data  transfer  was  not  success- 


ful 


FIFO  or  a  read  from  an  empty  receive  FIFO.  In  general,  register. 


Basically,  this  will  happen  on  a  write  to  a  full  transmit 


there  are  ways  to  ensure  that  a  transfer  is  always  valid 
and  so  this  pin  is  not  required  in  many  designs.  For  in- 
stance, the  TDTREQ  and  RDTREQ  pins  can  be  used  to 
monitor  the  state  of  the  FIFOs  to  ensure  that  data  trans- 
fer only  occurs  at  the  correct  times. 

RXPOL 

RXPOL  is  typically  used  to  drive  an  LED  indicating  the 
polarity  of  receive  frames.  This  function  is  not  neces- 
sary for  correct  operation  of  the  Ethernet  and  serves 
strictly  as  a  status  indication  to  a  user.  The  status  of  the 
receive  polarity  is  still  available  through  the  PHYCC 
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FUNCTIONAL  DESCRIPTION 

The  Media  Access  Controller  for  Ethernet  (MACE)  chip 
embodies  the  Media  Access  Control  (MAC)  and  Physi- 
cal Signaling  (PLS)  sub-layers  of  the  802.3  Standard. 
The  MACE  device  provides  the  IEEE  defined  Attach- 
ment Unit  Interface  (AUI)  for  coupling  to  remote  Media 
Attachment  Units  (MAUs)  or  on-board  transceivers. 
The  MACE  device  also  provides  a  Digital  Attachment  In- 
terface (DAI),  by-passing  the  differential  AUI  interface. 

The  system  interface  provides  a  fundamental  data  con- 
duit to  and  from  an  802.3  network.  The  MACE  device  in 
conjunction  with  a  user  defined  DMA  engine,  provides 
an  802.3  interface  tailored  to  a  specific  application. 

In  addition,  the  MACE  device  can  be  combined  with 
similarly  architected  peripheral  devices  and  a  multi- 
channel DMA  controller,  thereby  providing  the  system 
with  access  to  multiple  peripheral  devices  with  a  single 
master  interface  to  memory. 

Network  Interfaces 

The  MACE  device  can  be  connected  to  an  802.3  net- 
work using  any  one  of  the  AUI,  10  BASE-T,  DAI  and 
GPSI  network  interfaces.  The  Attachment  Unit  Inter- 
face (AUI)  provides  an  IEEE  compliant  differential  inter- 
face to  a  remote  MAU  or  an  on-board  transceiver.  An 
integrated  10BASE-T  MAU  provides  a  direct  interface 
for  twisted  pair  Ethernet  networks.  The  DAI  port  can 
connect  to  local  transceiver  devices  for  10BASE2, 
10BASE-T  or  10BASE-F  connections.  A  General  Pur- 
pose Serial  Interface  (GPSI)  is  supported,  which  effec- 
tively bypasses  the  integrated  Manchester 
encoder/decoder,  and  allows  direct  access  to/from  the 
integral  802.3  Media  Access  Controller  (MAC)  to  pro- 
vide support  for  external  encoding/decoding  schemes. 
The  interface  in  use  is  determined  by  the  PORTSEL 
[1-0]  bits  in  the  PLS  Configuration  Control  register. 

The  EADI  port  does  not  provide  network  connectivity, 
but  allows  an  optional  exte  rnal  circu  it  to  assist  in  receive 
packet  accept/reject. 

System  Interface 

The  MACE  device  is  a  slave  register  based  peripheral. 
All  transfers  to  and  from  the  device,  including  data,  are 
performed  using  simple  memory  or  I/O  read  and  write 
commands.  Access  to  all  registers,  including  the  Trans- 
mit and  Receive  FIFOs,  are  performed  with  identical 
read  or  write  timing.  All  information  on  the  system  inter- 
face is  synchronous  to  the  system  clock  (SCLK),  which 
allows  simple  external  logic  to  be  designed  to  interro- 
gate the  device  status  and  control  the  network  data  flow. 

The  Receive  and  Transmit  Fl  FOs  can  be  read  or  written 
by  driving  the  appropriate  address  lines  and  asserting 
CS  and  RAW.  An  alternative  FIFO  access  mechanism  al- 
lows the  use  of  the  FDS  and  the  R/W  lines,  ignoring  the 
address  lines  (ADD4-0).  The  state  of  the  R/W  line  in 
conjunction  with  the  FDS  input  determines  whether  the 


Receive  FIFO  is  read  (R/W  high)  or  the  Transmit  FIFO 
written  (R/w  low).  The  MACE  device  system  interface 
permits  interleaved  transmit  and  receive  bus  transfers, 
allowing  the  Transmit  FIFO  to  be  filled  (primed)  while  a 
frame  is  being  received  from  the  network  and/or  read 
from  the  Receive  FIFO. 

In  receive  operation,  the  MACE  device  asserts  Receive 
Data  Transfer  Request  (RDTREQ)  when  the  FIFO  con- 
tains adequate  data.  For  the  first  indication  of  a  new  re- 
ceive frame,  64  bytes  must  be  received,  assuming 
normal  operation.  Once  the  initial  64  byte  threshold  has 
been  reached,  RDTREQ  assertion  and  de-assertion  is 
dependent  on  the  programming  of  the  Receive  FIFO 
Watermark  (RCVFW  bits  in  the  BIU  Configuration  Con- 
trol register).  The  rdtreq  can  be  programmed  to  acti- 
vate when  there  are  1 6, 32  or  64  bytes  of  data  available 
in  the  Receive  FIFO.  Enable  Receive  (ENRCV  bit  in 
MAC  Configuration  Control  register)  must  be  set  to  as- 
sert rdtreq.  If  the  Runt  Packet  Accept  feature  is  in- 
voked (RPA  bit  in  User  Test  Register),  RDTREQ  will  be 
asserted  for  receive  frames  of  less  than  64  bytes  on  the 
basis  of  internal  and/or  external  address  match  only. 
When  RPA  is  set,  RDTREQ  will  be  asserted  when  the 
entire  frame  has  been  received  or  when  the  initial  64 
byte  threshold  has  been  exceeded.  See  the  FIFO  Sub- 
Systems  section  for  further  details. 

Note  that  the  Receive  FIFO  may  not  contain  64  data 
bytes  at  the  time  RDTREQ  is  asserted,  if  the  automatic 
pad  stripping  feature  has  been  enabled  (ASTRP  RCV 
bit  in  the  Receive  Frame  Control  register)  and  a  mini- 
mum length  packet  with  pad  is  received.  The  MACE  de- 
vice will  check  for  the  minimum  received  length  from  the 
network,  strip  the  pad  characters,  and  pass  only  the 
data  frame  through  the  Receive  FIFO. 

If  the  Low  Latency  Receive  feature  is  enabled  (LLRCV 
bit  set  in  Receive  Frame  Control  Register),  RDTREQ 
will  be  asserted  once  a  low  watermark  threshold  has 
been  reached  (1 2  bytes  plus  some  additional  synchroni- 
zation time).  Note  that  the  system  interface  will  there- 
fore be  exposed  to  potential  disruption  of  the  receive 
frame  due  to  a  network  condition  (see  the  FIFO  Sub- 
System  description  for  additional  details). 

In  transmit  operation,  the  MACE  device  asserts  Trans- 
mit Data  Transfer  Request  (TDTREQ)  dependent  on  the 
programming  of  the  Transmit  FIFO  Watermark 
(XMTFW  bits  in  the  BIU  Configuration  Control  register). 
TDTREQ  will  be  permanently  asserted  when  the  Trans- 
mit FIFO  is  empty.  The  TDTREQ  can  be  programmed  to 
activate  when  there  are  16,  32  or  64  bytes  of  space 
available  in  the  Transmit  FIFO.  Enable  Transmit 
(ENXMT  bit  in  MAC  Configuration  Control  register) 
must  be  set  to  assert  TDTREQ.  Write  cycles  to  the 
Transmit  FIFO  will  not  return  DTV  if  ENXMT  is  disabled, 
and  no  data  will  be  written.  The  MACE  device  will  com- 
mence the  preamble  sequence  once  the  Transmit  Start 
Point  (XMTSP  bits  in  BIU  Configuration  Control  regis- 
ter) threshold  is  reached  in  the  Transmit  FIFO. 
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The  Transmit  FIFO  data  will  not  be  overwritten  until  at 
least  512  data  bits  have  been  transmitted  onto  the  net- 
work. It  a  collision  occurs  within  the  slot  time  (512  bit 
time)  window,  the  MACE  device  will  generate  a  jam  se- 
quence (a  32-bit  all  zeroes  pattern)  before  ceasing  the 
transmission.  The  Transmit  FIFO  will  be  reset  to  point  at 
the  start  of  the  transmit  data  field,  and  the  message  will 
be  retried  afterthe  random  back-off  interval  has  expired. 

DETAILED  FUNCTIONS 
Block  Level  Description 

The  following  sections  describe  the  major  sub-blocks  of 
and  the  external  interfaces  to  the  MACE  device. 

Bus  Interface  Unit  (BIU) 

The  BIU  performs  the  interface  between  the  host  or  sys- 
tem bus  and  the  Transmit  and  Receive  FIFOs,  as  well  as 
all  chip  control  and  status  registers.  The  Bl  U  can  be  con- 
figured to  accept  data  presented  in  either  little-endian  or 
big  endianformat,  minimizing  the  external  logic  required 
ess  the  MACE  device  internal  FIFOs  and  regis- 
s.  In  addition,  the  BIU  directly  supports  8-bit  transfers 
J  incorporates  features  to  simplify  interfacing  to  32-bit 
systems  using  external  latches. 

Externally,  the  FIFOs  appear  as  two  independent  regis- 
ters located  at  individual  addresses.  The  remainder  of 
the  internal  registers  occupy  30  additional  consecutive 
addresses,  and  appear  as  8-bits  wide. 

BIU  to  FIFO  Data  Path 

The  BIU  operates  assuming  that  the  1 6-bit  data  path  to/ 
from  the  internal  FIFOs  is  configured  as  two  independ- 
ent byte  paths,  activated  by  the  Byte  Enable  signals  BEO 
I  BE1. 


BEO  and  BE1  are  only  used  during  accesses  to  the 
16-bit  wide  Transmit  and  Receive  FIFOs.  After  hard- 
ware or  software  reset,  the  BSWP  bit  will  be  cleared. 
FIFO  accesses  to  the  MACE  device  will  operate  assum- 
ing an  Intel  80x86  type  memory  convention  (most  sig- 
nificant byte  of  a  word  stored  in  the  higher  addressed 
byte).  Word  data  transfers  to/from  the  FIFOs  over  the 
DBUS15-0  lines  will  have  the  least  significant  byte  lo- 
cated on  DBUS7-0  (activated  by  beo)  and  the  most  sig- 
nificant byte  located  on  DBUS15-8  (activated  by  BE1). 

FIFO  data  can  be  read  or  written  using  either  byte  and/or 
word  operations. 

If  byte  operation  is  required,  read/write  transfers  can  be 
performed  on  either  the  upper  or  lower  data  bus  by  as- 
serting the  appropriate  byte  enable.  For  instance  with 
BSWP  =  0,  reading  from  or  writing  to  DBUS15-8  is  ac- 
complished by  asserting  bei,  and  allows  the  data 
stream  to  be  read  from  or  written  to  the  appropriate 

FIFO  in  byte  order  (byte  0,  byte  1  byte  n).  It  is  equally 

valid  to  read  or  write  the  data  stream  using  DBUS7-0 


and  by  asserting  BEO.  For  BSWP  =  1,  reading  from  or 
writing  to  DBUS1 5-8  is  accomplished  by  asserting  BEO, 
and  allows  the  byte  stream  to  be  transferred  in  byte 
order. 

When  word  operations  are  required,  BSWP  ensures 
that  the  byte  ordering  of  the  target  memory  is  compatible 
with  the  802.3  requirement  to  send/receive  the  data 
stream  in  byte  ascending  order.  With  BSWP  =  0,  the 
data  transferred  to/from  the  FIFO  assumes  that  byte  n 
will  be  on  DBUS7-0  (activated  by  BEO)  and  byte  n+1  will 
be  on  DBUS15-8  (activated  by  BE1).  With  BSWP  =  1, 
the  data  transferred  to/from  the  FIFO  assumes  that  byte 
n  will  be  presented  on  DBUS15-8  (activated  by  BEO), 
and  byte  n+1  will  be  on  DBUS7-0  (activated  by  BE1). 

There  are  some  additional  special  cases  to  the  above 
generalized  rules,  which  are  as  follows: 

(a)  When  performing  byte  read  operations,  both  halves 
of  the  data  bus  are  driven  with  identical  data,  effec- 
tively allowing  the  user  to  arbitrarily  read  from  either 
the  upper  or  lower  data  bus,  when  only  one  of  the 
byte  enables  is  activated. 

(b)  When  byte  write  operations  are  performed,  the 
Transmit  FIFO  latency  is  affected.  See  the  FIFO 
Sub-System  section  for  additional  details. 

(c)  If  a  word  read  is  performed  on  the  last  data  byte  of  a 
receive  frame  (EOF  is  asserted),  and  the  message 
contained  an  odd  number  of  bytes  but  the  host  re- 
quested a  word  operation  by  asserting  both  BEO 
and  BE1,  then  the  MACE  device  will  present  one 
valid  and  one  non-valid  byte  on  the  data  bus.  The 
placement  of  valid  data  for  the  data  byte  is  depend- 
ent on  the  target  memory  architecture.  Regardless 
of  BSWP,  the  single  valid  byte  will  be  read  from  the 
BEO  memory  bank.  If  BSWP  =  0,  BEO  corresponds 
to  DBUS7-0;  if  BSWP  =  1,  BEO  corresponds  to 
DBUS15-8. 

(d)  If  a  byte  read  is  performed  when  the  last  data  byte  is 
read  for  a  receive  frame  (when  the  MACE  device 
activates  the  EOF  signal),  then  the  same  byte  will 
be  presented  on  both  the  upper  and  lower  byte  of 
the  data  bus,  regardless  of  which  byte  enable  was 
activated  (as  is  the  case  for  all  byte  read  opera- 
tions). 

(e)  When  writing  the  last  byte  in  a  transmit  message  to 
the  Transmit  FIFO,  the  portion  of  the  data  bus  that 
the  last  byte  is  transferred  over  is  irrelevant,  provid- 
ing the  appropriate  byte  enable  is  used.  For 
BSWP  =  0,  data  can  be  presented  on  DBUS7-0  us- 
ing BEO  or  DBUS15-8  using  BE1.  For  BSWP  =  1 , 
data  can  be  presented  on  DBUS7-0  using  BE1  or 
DBUS15-8  using  BEO. 
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(f)  When  neither  BEO  nor  BE1  are  asserted,  no  data 
transfer  will  take  place.  DTV  will  not  be  asserted. 


Byte  Alignment  For  FIFO  Read  Operations 
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Register  Data  Path 

All  registers  in  the  address  range  2-31  are  8-bits  wide. 
When  a  read  cycle  is  executed  on  any  of  these  registers, 
the  MACE  device  will  drive  data  on  both  bytes  of  the 
data  bus,  regardless  of  the  programming  of  BSWP. 
When  a  write  cycle  is  executed,  the  MACE  device 
strobes  in  data  based  on  the  programming  of  BSWP  as 
shown  in  the  tables  below.  All  accesses  to  addresses 
2-31  are  independent  of  the  BEO  and  BE1  pins. 


Byte  Alignment  For  Register  Read  Operations 
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FIFO  Sub-System 

The  MACE  device  has  two  independent  FIFOs,  with 
1 28-bytes  for  receive  and  1 36-bytes  tor  transmit  opera- 
tions. The  FIFO  sub-system  contains  both  the  FIFOs, 
and  the  control  logic  to  handle  normal  and  exception  re- 
lated conditions. 

The  Transmit  and  Receive  FIFOs  interface  on  the  net- 
work side  with  the  serializer/de-serializer  in  the  MAC  en- 
gine. The  BIU  provides  access  between  the  FIFOs  and 
the  host  system  to  enable  the  movement  of  data  to  and 
from  the  network. 

Internally,  the  FIFOs  appear  to  the  BIU  as  independent 
16-bit  wide  registers.  Bytes  or  words  can  be  written  to 
the  Transmit  FIFO  (XMTFIFO),  or  read  from  the  Re- 
ceive FIFO(RCVFIFO).  Byte  and  word  transfers  can  be 
mixed  in  any  order.  The  BIU  will  ensure  correct  byte  or- 
dering dependent  on  the  target  host  system,  as  deter- 
mined by  the  programming  of  the  BSWP  bit  in  the  BIU 
Configuration  Control  register. 

The  XMTFIFO  and  RCVFIFO  have  three  different 
modes  of  operation.  These  are  Normal  (Default),  Burst 
and  Low  Latency  Receive.  Default  operation  will  be 
used  after  the  hardware  RESET  pin  or  software  SWRST 
bit  have  been  activated.  The  remainder  of  this  general 
description  applies  to  all  modes  except  where  specific 
differences  are  noted. 

Transmit  FIFO— General  Operation: 

When  writing  bytes  to  the  XMTFIFO,  certain  restrictions 
apply.  These  restrictions  have  a  direct  influence  on  the 
latency  provided  by  the  FIFO  to  the  host  system.  When 
a  byte  is  written  to  the  FIFO  location,  the  entire  word  lo- 
cation is  used.  The  unused  byte  is  marked  as  a  hole  in 
the  XMTFIFO.  These  holes  are  skipped  during  the  seri- 
alization process  performed  by  the  MAC  engine,  when 
the  bytes  are  unloaded  from  the  XMTFIFO. 

For  instance,  assume  the  Transmit  FIFO  Watermark 
(XMTFW)  is  set  for  32  write  cycles.  If  the  host  writes  byte 
wide  data  to  the  XMTFIFO,  after  36  write  cycles  there 
will  be  space  left  in  the  XMTFIFO  for  only  32  more  write 
cycles.  Therefore  TDTREQ  will  de-assert  even  though 
only  36-bytes  of  data  have  been  loaded  into  the 
XMTFIFO.  Transmission  will  not  commence  until 
64-bytes  or  the  End-of-Frame  are  available  in  the 
XM  Fl  FO,  so  transmission  would  not  start,  and  TDTREQ 
would  remain  de-asserted.  Hence  for  byte  wide  data 
transfers,  the  XMTFW  should  be  programmed  to  the  8 
or  1 6  write  cycle  limit,  or  the  host  should  ensure  that  suf- 
ficient  data  will  be  written  to  the  XMTFIFO  after 
tdtreq  has  been  de-asserted  (which  is  permitted),  to 
guarantee  that  the  transmission  will  commence.  A  third 
alternative  is  to  program  the  Transmit  Start  Point 
(XMTSP)  in  the  BIU  Configuration  Control  register  to 
below  the  64-byte  default;  thereby  imposing  a  lower  la- 
tency to  the  host  system  requiring  additional  data  to 


Am79C940 


AMD 


ensure  the  XMTFIFO  does  not  underflow  during  the 
transmit  process,  versus  using  the  default  XMTSP 
value.  Note  that  if  64  single  byte  writes  are  executed  on 
the  XMTFIFO,  and  the  XMTSP  is  set  to  64-bytes,  the 
transmission  will  commence,  and  all  64-bytes  of  infor- 
mation will  be  accepted  by  the  XMTFIFO. 

The  number  of  write  cycles  that  the  host  uses  to  write  the 
packet  into  the  Transmit  FIFO  will  also  directly  influence 
the  amount  of  space  utilized  by  the  transmit  message.  If 
the  number  of  write  cycles  (n)  required  to  transfer  a 
packet  to  the  Transmit  FIFO  is  even,  the  number  of 
bytes  used  in  the  Transmit  FIFO  will  be  2*n.  If  the  num- 
ber of  write  cycles  required  to  transfer  a  packet  to  the 
Transmit  FIFO  is  odd,  the  number  of  bytes  used  in  the 
Transmit  Fl  FO  will  be  2*n  +  2  because  the  End  Of  Frame 
indication  in  the  XMTFIFO  is  always  placed  at  the  end  of 
a  4-byte  boundary.  For  example,  a  32-byte  message 
written  as  bytes  (n  =  32  cycles)  will  use  64-bytes  of 
space  in  the  Transmit  FIFO  (2*n  =  64),  whereas  a 
65-byte  message  written  as  32  words  and  1  byte  (n  =  33 
cycles)  would  use  68-bytes  (2*n  +  2  =  68)  . 

The  Transmit  FIFO  has  been  sized  appropriately  to 
minimize  the  system  interface  overhead.  However,  con- 
sideration must  be  given  to  overall  system  design  if  byte 
writes  are  supported.  In  order  to  guarantee  that  suffi- 
cient space  is  present  in  the  XMTFIFO  to  accept  the 
number  of  write  cycles  programmed  by  the  XMTFW  (in- 
cluding an  End  Of  Frame  delimiter),  TDTREQ  may  go 
inactive  before  the  XMTSP  threshold  is  reached  when 
using  the  non  burst  mode  (XMTBRST  =  0) .  For  instance , 
assume  that  the  XMTFW  is  programmed  to  allow  32 
write  cycles  (default),  and  XMTSP  is  programmed  to  re- 
quire 64  bytes  (default)  before  starting  transmission .  As- 
suming that  the  host  bursts  the  transmit  data  in  a  32 
cycle  block,  writing  a  single  byte  anywhere  within  this 
block  will  mean  that  XMTSP  will  not  have  been  reached. 
This  would  be  a  typical  scenario  if  the  transmit  data 
buffer  was  not  aligned  to  a  word  boundary.  The  MACE 
device  will  continue  to  assert  TDTREQ  since  an  addi- 
tional 36  write  cycles  can  still  be  executed.  If  the  host 
starts  a  second  burst,  the  XMTSP  will  be  reached,  and 


TDTREQ  will  deassert  when  less  that  32  write  cycle  can 


be 


performed  although  the  data  written  by  the  host  will 


continue  to  be  accepted. 

The  host  must  be  aware  that  additional  space  exists  in 
the  XMTFIFO  although  TDTREQ  becomes  inactive,  and 
must  continue  to  write  data  to  ensure  the  XMTSP 
threshold  is  achieved.  No  transmit  activity  will  com- 
mence until  the  XMTSP  threshold  is  reached.  Once  36 
write  cycles  have  been  executed. 

Note  that  write  cycles  can  be  performed  to  the  XMTFIFO 
even  if  the  TDTREQ  is  inactive.  When  tdtreq  is  as- 
serted, it  guarantees  that  a  minimum  amount  of  space 
exists,  when  TDTREQ  is  deasserted,  it  does  not  neces- 
sarily indicate  that  there  is  no  space  in  the  XMTFIFO. 


The  DTV  pin  will  indicate  the  successful  acceptance  of 
data  by  the  Transmit  FIFO. 

As  another  example,  assume  again  that  the  XMTFW  is 
programmed  for  32  write  cycles.  If  the  host  writes  word 
wide  data  continuously  to  the  XMTFIFO,  the  TDTREQ 
will  deassert  when  36  writes  have  executed  on  the 
XMTFIFO,  at  which  point  72-bytes  will  have  been  writ- 
ten to  the  XMTFIFO,  the  64-byte  XMTSP  will  have  been 
exceeded  and  the  transmission  of  preamble  will  have 
commenced,  tdtreq  will  not  re-assert  until  the  trans- 
mission of  the  packet  data  has  commenced  and  the  pos- 
sibility of  losing  data  due  to  a  collision  within  the  slot  time 
is  removed  (512  bits  have  been  transmitted  without  a 
collision  indication).  Assuming  that  the  host  actually 
stopped  writing  data  after  the  initial  72-bytes,  there  will 
be  only  16-bytes  of  data  remaining  in  the  XMTFIFO 
(8-bytes  of  preamble/SFD  plus  56-bytes  of  data  have 
been  transmitted),  corresponding  to  12.8  u.s  of  latency 
before  an  XMTFIFO  underrun  occurs.  This  latency  is 
considerably  less  than  the  maximum  possible  57.6  us 
the  system  may  have  assumed.  If  the  host  had  contin- 
ued with  the  block  transfer  until  64  write  cycles  had  been 
performed,  128-bytes  would  have  been  written  to  the 
XMTFIFO,  and  72-bytes  of  latency  would  remain 
(57.6  us)  when  tdtreq  was  re-asserted. 

Transmit  FIFO — Burst  Operation: 

The  XMTFIFO  burst  mode,  programmed  by  the 
XMTBRST  bit  in  the  FIFO  Configuration  Control  regis- 
ter,  modifies  TDTREQ  behavior.  The  assertion  of 
tdtreq  is  controlled  by  the  programming  of  the 
XMTFW  bits,  such  that  when  the  specified  number  of 
write  cycles  can  be  guaranteed  (8, 1 6  or  32),  TDTREQ 
will  be  asserted,  tdtreq  will  be  de-asserted  when  the 
XMTFI  FO  can  only  accept  a  single  write  cycle  (one  word 
write  including  an  End  Of  Frame  delimiter)  allowing  the 
external  device  to  burst  data  into  the  XMTFIFO  when 
TDTREQ  is  asserted,  and  stop  when  TDTREQ  is 
deasserted. 

Receive  FIFO — General  Operation: 

The  Receive  FIFO  contains  additional  logic  to  ensure 
that  sufficient  data  is  present  in  the  RCVFIFO  to  allow 
the  specified  number  of  bytes  to  be  read,  regardless  of 
the  ordering  of  byte/word  read  accesses.  This  has  an 
impact  on  the  perceived  latency  that  the  Receive  FIFO 
provides  to  the  host  system.  The  description  and  table 
below  outline  the  point  at  which  RDTREQ  will  be  as- 
serted when  the  first  duration  of  the  packet  has  been  re- 
ceived and  when  any  subsequent  transfer  of  the  packet 
to  the  host  system  is  required. 

No  preamble/SFD  bytes  are  loaded  into  the  Receive 
FIFO.  All  references  to  bytes  pass  through  the  receive 
FIFO.  These  references  are  received  after  the  pream- 
ble/SFD sequence. 
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The  first  assertion  of  RDTREQ  for  a  packet  will  occur  af- 
ter the  onger  of  the  following  two  conditions  is  met: 

■  64-bytes  have  been  received  (to  assure  runt  pack- 
ets and  packets  experiencing  collision  within  the  slot 
time  will  be  rejected). 

■  The  RCVFW  threshold  is  reached  plus  an  additional 
1 2  bytes.  The  additional  1 2  bytes  are  necessary  to  en- 
sure that  any  permutation  of  byte/word  read  access  is 


guaranteed.  They  are  required  for  all  threshold  values, 
but  in  the  case  of  the  1 6  and  32-byte  thresholds,  the  re- 
quirement that  the  slot  time  criteria  is  met  dominates. 
Any  subsequent  assertion  of  RDTREQ  necessary  to 
complete  the  transfer  of  the  packet  will  occur  after  the 
RCVFW  threshold  is  reached  plus  an  additional  12 
bytes.  The  table  below  also  outlines  the  latency  pro- 
vided  by  the  MACE  device  when  the  RDTREQ  is 
asserted. 


Receive  FIFO  Watermarks,  rdtreq  Assertion  and  Latency 
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Receive  FIFO — Burst  Operation: 

The  RCVFIFO  also  provides  a  burst  mode  capability, 
programmed  by  the  RCVBRST  bit  in  the  FIFO  Configu- 
Control  register,  to  modify  the  operation  of 
RDTREQ. The  assertion  of  RDTREQ  will  occur  accord- 
ing  to  the  programming  of  the  RCVFW  bits.  RDTREQ 
will  be  de-asserted  when  the  RCVFIFO  can  only  provide 
a  single  read  cycle  (one  word  read).  This  allows  the  ex- 
ternal device  to  burst  data  from  the  RCVFIFO  once 


RDTREQ  is  asserted,  and  stop  when  RDTREQ  is 
deasserted. 

Receive  FIFO— Low  Latency  Receive  Operation: 

The  LOW  Latency  Receive  mode  can  be  programmed 
using  the  Low  Latency  Receive  bit  (LLRCV  in  the  Re- 
ceive Frame  Control  register).  This  effectively  causes 
the  assertion  of  RDTREQ  to  be  directly  coupled  to  the 
low  watermark  of  12  bytes  in  the  RCVFIFO.  Once  the 
12-byte  threshold  is  reached  (plus  some  internal  syn- 
chronization delay  of  less  than  1  byte) ,  RDTREQ  will  be 
asserted,  and  will  remain  active  until  the  RCVFIFO  can 
support  only  one  read  cycle  (one  word  of  data),  as  in  the 
burst  operation  described  earlier. 

The  intended  use  for  the  Low  Latency  Receive  mode  is 
to  allow  fast  forwarding  of  a  received  packet  in  a  bridge 
application.  In  this  case,  the  receiving  process  is  made 
aware  of  the  receive  packet  after  only  9.6  us,  instead  of 
waiting  up  to  60.8  u.s  (76-bytes)  necessary  for  the  initial 
assertion  of  RDTREQ.  An  Ethernet-to- Ethernet  bridge 
employing  the  MACE  device  (on  all  the  Ethernet  con- 
nections) with  the  XMTSP  of  all  MACE  controller 
XMTFIFOs  set  to  the  minimum  (4-bytes),  forwarding  of 
a  receive  packet  can  be  achieved  within  a  sub  20  u,s  de- 
lay inc  uding  processing  overhead. 


Note  however  that  this  mode  places  significant  burden 
on  the  host  processor.  The  receiving  MACE  device  will 
no  longer  delete  runt  packets.  A  runt  packet  will  have  the 
Receive  Frame  Status  appended  to  the  receive  data 
which  the  host  must  read  as  normal.  The  MACE  device 
will  not  attempt  to  delete  runt  packets  from  the 
RCVFIFO  in  the  Low  Latency  Receive  mode.  Collision 
fragments  will  also  be  passed  to  the  host  if  they  are  de- 
tected after  the  1 2-byte  threshold  has  been  reached.  If  a 
collision  occurs,  the  Receive  Frame  Status  (RCVFS) 
will  be  appended  to  the  data  successfully  received  in  the 
RC VFI FO  up  to  the  point  the  collision  was  detected.  No 
additional  receive  data  will  be  written  to  the  RCVFIFO. 
Note  that  the  RCVFS  will  not  become  available  until  af- 
ter the  receive  activity  ceases.  The  collision  indication 
(CLSN)  in  the  Receive  Status  (RCVSTS)  will  be  set,  and 
the  Receive  Message  Byte  Count  (RCVCNT)  will  be  the 
correct  count  of  the  total  duration  of  activity,  including 
the  period  that  collision  was  detected.  The  detection  of 
normal  (slot  time)  collisions  versus  late  collisions  can 
only  be  made  by  counting  the  number  of  bytes  that  were 
successfully  received  prior  to  the  termination  of  the 
packet  data. 

In  all  cases  where  the  reception  ends  prematurely  (runt 
or  collision),  the  data  that  was  successfully  received 
prior  to  the  termination  of  reception  must  be  read  from 
the  RCVFIFO  before  the  RCVFS  bytes  are  available. 

Media  Access  Control  (MAC) 

The  Media  Access  Control  engine  is  the  heart  of  the 
MACE  device,  incorporating  the  essential  protocol  re- 
quirements for  operation  of  a  compliant  Ethernet/802.3 
node,  and  providing  the  interface  between  the  FIFO 
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sub-system  and  the  Manchester  Encoder/Decoder 
(MENDEC). 

The  MAC  engine  is  fully  compliant  to  Section  4  ot  ISO/ 
I  EC  8802-3  (ANSI/I  EEE  Standard  1 990  Second  edition) 
and  ANSI/IEEE  802.3  (1985). 

The  MAC  engine  provides  enhanced  features,  pro- 
grammed through  the  Transmit  Frame  Control  and  Re- 
ceive Frame  Control  registers,  designed  to  minimize 
host  supervision  and  pre  or  post  message  processing. 
These  features  include  the  ability  to  disable  retries  after 
a  collision,  dynamic  FCS  generation  on  a  packet-by- 
packet  basis,  and  automatic  pad  field  insertion  and  dele- 
tion to  enforce  minimum  frame  size  attributes. 

The  two  primary  attributes  of  the  MAC  engine  are: 

Transmit  and  receive  message  data  encapsulation 

-  Framing  (frame  boundary  delimitation,  frame 
synchronization) 

-  Addressing  (source  and  destination  address 
handling) 

-  Error  detection  (physical  medium  transmission 
errors) 

Media  access  management 

-  Medium  allocation  (collision  avoidance) 

-  Contention  resolution  (collision  handling) 

Transmit  and  Receive  Message  Data 
Encapsulation 

Data  passed  to  the  MACE  device  Transmit  FIFO  will  be 
assumed  to  be  correctly  formatted  for  transmission  over 
the  network  as  a  valid  packet.  The  user  is  required  to 
pass  the  data  stream  for  transmission  to  the  MACE  chip 
in  the  correct  order,  according  to  the  byte  ordering  con- 
vention programmed  for  the  BIU. 

The  MACE  device  provides  minimum  frame  size  en- 
forcement for  transmit  and  receive  packets.  When 
APAD  XMT  =  1  (default) ,  transmit  messages  will  be  pad- 
ded with  sufficient  bytes  (containing  OOh)  to  ensure  that 
the  receiving  station  will  observe  an  information  field 
(destination  address,  source  address,  length/type,  data 
and  FCS)  of  64-bytes.  When  ASTRP  RCV  =  1  (default), 
the  receiver  will  automatically  strip  pad  and  FCS  bytes 
from  the  received  message  if  the  value  in  the  length  field 
is  below  the  minimum  data  size  (46-bytes).  Both  fea- 
tures can  be  independently  over-ridden  to  allow  illegally 
short  (less  than  64-bytes  of  packet  data)  messages  to 
be  transmitted  and/or  received. 

Framing  (Frame  Boundary  Delimitation, 
Frame  Synchronization) 

The  MACE  device  will  autonomously  handle  the  con- 
struction of  the  transmit  frame.  When  the  Transmit  FIFO 
has  been  filled  to  the  predetermined  threshold  (set  by 
XMTSP),  and  providing  access  to  the  channel  is  cur- 


rently permitted,  the  MACE  device  will  commence  the 
7  byte  preamble  sequence  (10101010b,  where  first  bit 
transmitted  is  a  1 ).  The  MACE  device  will  subsequently 
append  the  Start  Frame  Delimiter  (SFD)  byte 
(10101011)  followed  by  the  serialized  data  from  the 
Transmit  FIFO.  Once  the  data  has  been  completed,  the 
MACE  device  will  append  the  FCS  (most  significant  bit 
first)  computed  on  the  entire  data  portion  of  the 
message. 

Note  that  the  user  is  responsible  for  the  correct  ordering 
and  content  in  each  of  the  fields  in  the  frame,  including 
the  destination  address,  source  address,  length/type 
and  packet  data. 

The  receive  section  of  the  MACE  device  will  detect  an 
incoming  preamble  sequence  and  lock  to  the  encoded 
clock.  The  internal  MENDEC  will  decode  the  serial  bit 
stream  and  present  this  to  the  MAC  engine.  The  MAC 
will  discard  the  first  8-bits  of  information  before  search- 
ing for  the  SFD  sequence.  Once  the  SFD  is  detected,  all 
subsequent  bits  are  treated  as  part  of  the  frame.  The 
MACE  device  will  inspect  the  length  field  to  ensure  mini- 
mum frame  size,  strip  unnecessary  pad  characters  (if 
enabled) ,  and  pass  the  remaining  bytes  through  the  Re- 
ceive FIFO  to  the  host.  If  pad  stripping  is  performed,  the 
MACE  device  will  also  strip  the  received  FCS  bytes,  al- 
though the  normal  FCS  computation  and  checking  will 
occur.  Note  that  apart  from  pad  stripping,  the  frame  will 
be  passed  unmodified  to  the  host.  If  the  length  field  has 
a  value  of  46  or  greater,  the  MACE  device  will  not  at- 
tempt to  validate  the  length  against  the  number  of  bytes 
contained  in  the  message. 

If  the  frame  terminates  or  suffers  a  collision  before 
64-bytes  of  information  (after  SFD)  have  been  received, 
the  MACE  device  will  automatically  delete  the  frame 
from  the  Receive  FIFO,  without  host  intervention.  Note 
however,  that  if  the  Low  Latency  Receive  option  has 
been  enabled  (LLRCV  =  1  in  the  Receive  Frame  Control 
register),  the  MACE  device  will  not  delete  receive 
frames  which  experience  a  collision  once  the  1 2-byte 
low  watermark  has  been  reached  (see  the  FIFO  Sub- 
System  section  for  additional  details). 

Addressing  (Source  and  Destination 
Address  Handling) 

The  first  6-bytes  of  information  after  SFD  will  be  inter- 
preted as  the  destination  address  field.  The  MACE  de- 
vice provides  facilities  for  physical,  logical  and 
broadcast  address  reception.  In  addition,  multiple  physi- 
cal addresses  can  be  constructed  (perfect  address  fil- 
tering) using  external  logic  in  conjunction  with  the  EADI 
interface. 

Error  Detection  (Physical  Medium 
Transmission  Errors) 

The  MACE  device  provides  several  facilities  which 
report  and  recover  from  errors  on  the  medium.  In  addi- 
tion, the  network  is  protected  from  gross  errors  due  to 
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inability  of  the  host  to  keep  pace  with  the  MACE  device 
activity. 

On  completion  of  transmission,  the  M  AC  E  device  will  re- 
port the  Transmit  Frame  Status  for  the  frame.  The  exact 
number  of  transmission  retry  attempts  is  reported 
(ONE,  MORE  used  with  XMTRC,  or  RTRY),  and 
whether  the  MACE  device  had  to  Defer  (DEFER)  due  to 
channel  activity.  In  addition,  Loss  of  Carrier  is  reported, 
indicting  that  there  was  an  interruption  in  the  ability  of 
the  MACE  device  to  monitor  its  own  transmission.  Re- 
peated LCAR  errors  indicate  a  potentially  faulty  trans- 
ceiver or  network  connection.  Excessive  Defer 
(EXDEF)  will  be  reported  in  the  Transmit  Retry  Count 
register  if  the  transmit  frame  had  to  wait  for  an  abnor- 
mally long  period  before  transmission. 

Additional  transmit  error  conditions  are  reported 
through  the  Interrupt  Register. 

The  Late  Collision  (LCOL)  error  indicates  that  the  trans- 
mission suffered  a  collision  after  the  slot  time.  This  is 
indicative  of  a  badly  configured  network.  Late  collisions 
should  not  occur  in  normal  operating  network. 

The  Collision  Error  (CERR)  indicates  that  the  trans- 
ceiver did  not  respond  with  an  SQE  Test  message  within 
the  predetermined  time  after  a  transmission  completed. 
This  may  be  due  to  a  failed  transceiver,  disconnected  or 
faulty  transceiver  drop  cable,  or  the  fact  the  transceiver 
does  not  support  this  feature  (or  it  is  disabled). 

In  addition  to  the  reporting  of  network  errors,  the  MACE 
device  will  also  attempt  to  prevent  the  creation  of  any 
network  error  caused  by  inability  of  the  host  to  service 
the  MACE  device.  During  transmission,  if  the  host  fails 
to  keep  the  Transmit  FIFO  filled  sufficiently,  causing  an 
underflow,  the  MACE  device  will  guarantee  the 
message  is  either  sent  as  a  runt  packet  (which  will  be 
deleted  by  the  receiving  station)  or  has  an  invalid  FCS 
(which  will  also  allow  the  receiving  station  to  reject  the 
message). 

The  status  of  each  receive  message  is  passed  via  the 
Receive  Frame  Status  bytes.  FCS  and  Framing  errors 
(FRAM)  are  reported,  although  the  received  frame  is  still 
passed  to  the  host.  The  FRAM  error  will  only  be  reported 
if  an  FCS  error  is  detected  and  there  are  a  non  integral 
number  of  bytes  in  the  message.  The  MACE  device  will 
ignore  up  to  seven  additional  bits  at  the  end  of  a  mes- 
sage (dribbling  bits),  which  can  occur  under  normal  net- 
work operating  conditions.  The  reception  of  eight 
additional  bits  will  cause  the  MACE  device  to  de-serial- 
ize the  entire  byte,  and  will  result  in  the  received  mes- 
sage and  FCS  being  modified. 

Received  messages  which  suffer  a  collision  after 
imes  (after  SFD)  will  be  marked  to  indicate  they 
suffered  a  late  collision  (CLSN).  Additional  count- 
provided  to  report  the  Receive  Collision  Count 
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and  Runt  Packet  Count  to  be  used  for  network  statistics 
and  utilization  calculations. 

Note  that  if  the  MACE  device  detects  a  received  packet 
which  has  a  00b  pattern  in  the  preamble  (after  the  first 
8-bits  which  are  ignored),  the  entire  packet  will  be  ig- 
nored. The  MACE  device  will  wait  for  the  network  to  go 
inactive  before  attempting  to  receive  additional  frames. 

Media  Access  Management 

The  basic  requirement  for  all  stations  on  the  network 
is  to  provide  fairness  of  channel  allocation.  The 
802 .3/Ethernet  protocols  define  a  media  access  mecha- 
nism which  permits  all  stations  to  access  the  channel 
with  equality.  Any  node  can  attempt  to  contend  for  the 
channel  by  waiting  for  a  predetermined  time  (Inter  Pack- 
et Gap  interval)  afterthe  last  activity,  before  transmitting 
on  the  media.  The  channel  is  a  bus  or  multidrop  commu- 
nications medium  (with  various  topological  configura- 
tions permitted)  which  allows  a  single  station  to  transmit 
and  all  other  stations  to  receive.  If  two  nodes  simultane- 
ously contend  for  the  channel,  their  signals  will  interact 
causing  loss  of  data,  defined  as  a  collision.  It  is  the  re- 
sponsibility of  the  MAC  to  attempt  to  avoid  and  recover 
from  a  collision,  to  guarantee  data  integrity  for  the  end- 
to-end  transmission  to  the  receiving  station. 

Medium  Allocation  (Collision  Avoidance) 

The  IEEE  802.3  Standard  (ISO/IEC  8802-3  1990)  re- 
quires that  the  CSMA/CD  M  AC  monitors  the  medium  for 
traffic  by  watching  for  carrier  activity.  When  carrier  is  de- 
tected, the  media  is  considered  busy,  and  the  MAC 
should  defer  to  the  existing  message. 

The  IEEE  802.3  Standard  also  allows  optional  two  part 
deferral  after  a  receive  message. 

See  ANSI/IEEE  Std  802.3- 1990  Edition,  4.2.3.2. 1: 

"NOTE :  It  is  possible  for  the  PLS  carrier  sense 
indication  to  fail  to  be  asserted  during  a  collision 
on  the  media.  If  the  deference  process  simply 
times  the  interFrame  gap  based  on  this  indica- 
tion it  is  possible  for  a  short  interFrame  gap  to 
be  generated,  leading  to  a  potential  reception 
failure  of  a  subsequent  frame.  To  enhance  sys- 
tem robustness  the  following  optional  meas- 
ures, as  specified  in  4.2.8,  are  recommended 
when  interFrameSpacingPartl  is  other  than 
zero:" 

(1)  Upon  completing  a  transmission,  start  timing  the 
interpacket  gap,  as  soon  as  transmitting  and 
carrierSense  are  both  false. 

(2)  When  timing  an  interFrame  gap  following  reception, 
reset  the  interFrame  gap  timing  if  carrierSense 
becomes  true  during  the  first  2/3  of  the  interFrame  gap 
timing  interval.  During  the  final  1/3  of  the  interval  the 
timer  shall  not  be  reset  to  ensure  fair  access  to  the  me- 
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An  initial  period  shorter  than  2/3  ot  the  interval  is 
including  zero." 


permissible 

The  MAC  engine  implements  the  optional  receive  two 
part  deterral  algorithm,  with  a  first  part  inter-frame- 
spacing  time  of  6.0  u.s.  The  second  part  of  the  inter- 
frame-spacing  interval  is  therefore  3.6  u.s. 

The  MACE  device  will  perform  the  two  part  deferral  al- 
gorithm as  specified  in  Section  4.2.8  (Process  Defer- 
ence). The  Inter  Packet  Gap  (IPG)  timer  will  start  timing 
the  9.6  u.s  InterFrameSpacing  after  the  receive  carrier  is 
de-asserted.  During  the  first  part  deferral  (Inter- 
FrameSpacingPart1-IFS1)  the  MACE  device  will  defer 
any  pending  transmit  frame  and  respond  to  the  receive 
message.  The  IPG  counter  will  be  reset  to  zero  continu- 
ously until  the  carrier  deasserts,  at  which  point  the  IPG 

ounter  will  resume  the  9.6  us  count  once  again.  Once 
the  IFS1  period  of  6.0ns  has  elapsed,  the  MACE  device 
will  begin  timing  the  second  part  deferral  (Inter- 
FrameSpacingPart2-IFS2)  of  3.6 us.  Once  IFS1  has 

ompleted,  and  IFS2  has  commenced,  the  MACE  chip 
will  not  defer  to  a  receive  packet  if  a  transmit  packet  is 
pending.  This  means  that  the  MACE  device  will  not  at- 
tempt to  receive  an  incoming  packet,  and  it  will  start  to 
transmit  at  9.6  u,s  regardless  of  network  activity,  forcing 
a  collision  if  an  existing  transmission  is  in  progress.  The 
MACE  device  will  guarantee  to  complete  the  preamble 
(64-bit)  and  jam  (32-bit)  sequence  before  ceasing  trans- 
mission and  invoking  the  random  backoff  algorithm. 

In  addition  to  the  deferral  after  receive  process,  the 
MACE  device  also  allows  transmit  two  part  deferral  to  be 
implemented  as  an  option.  The  option  can  be  disabled 
using  the  DXMT2PD  bit  in  the  MAC  Configuration  Con- 
trol register.  Two  part  deferral  after  transmission  is  use- 
ful for  ensuring  that  severe  I PG  shrinkage  cannot  occur 
in  specific  circumstances,  causing  a  transmit  message 
to  follow  a  receive  message  so  closely,  as  to  make  them 
indistinguishable. 

During  the  time  period  immediately  after  a  transmission 
has  been  completed,  the  external  transceiver  (in  the 
case  of  a  standard  AUI  connected  device),  should  gen- 
erate the  SQE  Test  message  (a  nominal  1 0  MHz  burst  of 
5-1 5  BT duration)  on  the  Cl±  pair  (within  0.6-1 .6 (is  after 
the  transmission  ceases).  During  the  time  period  in 
which  the  SQE  Test  message  is  expected  the  MACE  de- 
vice will  not  respond  to  receive  carrier  sense. 

See  ANSI/IEEE  Std  802.3- 1990  Edition, 
7.2.4.6  (1)): 

"At  the  conclusion  of  the  output  function,  the 
DTE  opens  a  time  window  during  which  it  ex- 
pects to  see  the  signal_quality_error  signal  as- 
serted on  the  Control  In  circuit.  The  time 
window  begins  when  the  CARRIERSTATUS 
becomes  CARRIER  OFF.  If  execution  of  the 
output  function  does  not  cause  CARRIER_ON 


to  occur,  no  SQE  test  occurs  in  the  DTE.  The 
duration  of  the  window  shall  be  at  least  4.0  u,s 
but  no  more  than  8.0  ns.  During  the  time  win- 
dow the  Carrier  Sense  Function  is  inhibited." 

The  MACE  device  implements  a  carrier  sense  blinding 
period  within  0  u.s^l.0  us  from  deassertion  of  carrier 
sense  after  transmission.  This  effectively  means  that 
when  transmit  two  part  deferral  is  enabled  (DXMT2PD 
in  the  MAC  Configuration  Control  register  is  cleared)  the 
IFS1  time  is  from  4  u.s  to  6  ns  after  a  transmission.  How- 
ever, since  IPG  shrinkage  below  4  u.s  will  not  be  encoun- 
tered on  correctly  configured  networks,  and  since  the 
fragment  size  will  be  larger  than  the  4  u.s  blinding  win- 
dow, then  the  IPG  counter  will  be  reset  by  a  worst  case 
IPG  shrinkage/fragment  scenario  and  the  MACE  device 
will  defer  its  transmission.  The  MACE  chip  will  not  re- 
start the  carrier  sense  blinding  period  if  carrier  is  de- 
tected within  the  4.0-6.0  us  portion  of  IFS1,  but  will 
restart  timing  of  the  entire  IFS1  period. 

Contention  Resolution  (Collision  Handling) 

Collision  detection  is  performed  and  reported  to  the 
MAC  engine  either  by  the  integrated  Manchester  En- 
coder/Decoder (MENDEC),  or  by  use  of  an  external 
function  (e.g.  Serial  Interface  Adaptor,  Am7992B)  utiliz- 
ing theGPSI. 

If  a  collision  is  detected  before  the  complete  preamble/ 
SFD  sequence  has  been  transmitted,  the  MACE  device 
will  complete  the  preamble/SFD  before  appending  the 
jam  sequence.  If  a  collision  is  detected  after  the  pream- 
ble/SFD has  been  completed,  but  prior  to  51 2  bits  being 
transmitted,  the  MACE  device  will  abort  the  transmis- 
sion, and  append  the  jam  sequence  immediately.  The 
jam  sequence  is  a  32-bit  all  zeroes  pattern. 

The  MACE  device  will  attempt  to  transmit  a  frame  a  total 
of  16  times  (initial  attempt  plus  1 5  retries)  due  to  normal 
collisions  (those  within  the  slot  time).  Detection  of  colli- 
sion will  cause  the  transmission  to  be  re-scheduled,  de- 
pendent on  the  backoff  time  that  the  MACE  device 
computes.  Each  collision  which  occurs  during  the  trans- 
mission process  will  cause  the  value  of  XMTRC  in  the 
Transmit  Retry  Count  register  to  be  updated.  If  a  single 
retry  was  required,  the  ONE  bit  will  be  set  in  the  Trans- 
mit Frame  Status.  If  more  than  one  retry  was  required, 
the  MORE  bit  will  be  set,  and  the  exact  number  of  at- 
tempts can  be  determined  (XMTRC+1).  If  all  16  at- 
tempts experienced  collisions,  the  RTRY  bit  will  be  set 
(ONE  and  MORE  will  be  clear),  and  the  transmit 
message  will  be  flushed  from  the  XMTFIFO,  either  by 
resetting  the  XMTFIFO  (if  no  End-of-Frame  tag  exists) 
or  by  moving  the  XMTFIFO  read  pointer  to  the  next  free 
location  (If  an  End-of-Frame  tag  is  present).  If  retries 
have  been  disabled  by  setting  the  DRTRY  bit,  the  MACE 
device  will  abandon  transmission  of  the  frame  on  detec- 
tion of  the  first  collision.  In  this  case,  only  the  RTRY  bit 
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will  be  set  and  the  transmit  message  will  be  tlushed  from 
the  XMTFIFO.  The  RTRY  condition  will  cause  the  de- 
assertion  of  TDTREQ,  and  the  assertion  of  the  INTR  pin, 
providing  the  XMTINTM  bit  is  cleared. 

If  a  collision  is  detected  after  512  bit  times  have  been 
transmitted,  the  collision  is  termed  a  late  collision.  The 
MACE  device  will  abort  the  transmission,  append  the 
jam  sequence  and  set  the  LCOL  bit  in  the  Transmit 
Frame  Status.  No  retry  attempt  will  be  scheduled  on  de- 
tection of  a  late  collision,  and  the  XMTFIFO  will  be 
flushed.  The  late  collision  condition  will  cause  the  de-as- 
sertion  of  TDTREQ,  and  the  assertion  of  the  INTR  pin, 
providing  the  XMTINTM  bit  is  cleared. 

The  IEEE  802.3  Standard  requires  use  of  a  truncated  bi- 
nary exponential  backoff  algorithm  which  provides  a 
controlled  pseudo  random  mechanism  to  enforce  the 
collision  backoff  interval,  before  re-transmission  is 
attempted. 

See  ANSI/IEEE  Std  802.3-1990  Edition,  4.2.3.2.5: 

"At  the  end  of  enforcing  a  collision  (jamming), 
the  CSMA/CD  sublayer  delays  before  attempt- 
ing to  re-transmit  the  frame.  The  delay  is  an  in- 
teger multiple  of  slotTime.  The  number  of  slot 
times  to  delay  before  the  nth  re-transmission  at- 
tempt is  chosen  as  a  uniformly  distributed  ran- 
dom integer  r  in  the  range: 

0  <  r  <  2k,  where  k  =  min  (n,10)." 

The  MACE  device  implements  a  random  number  gen- 
erator, configured  to  ensure  that  nodes  experiencing  a 
collision,  will  not  have  their  retry  intervals  track  identi- 
cally, causing  retry  errors. 

The  MACE  device  provides  an  alternative  algorithm, 
which  suspends  the  counting  of  the  slot  time/IPG  during 
the  time  that  receive  carrier  sense  is  detected.  This  aids 
in  networks  where  large  numbers  of  nodes  are  present, 
and  numerous  nodes  can  be  in  collision.  It  effectively  ac- 
celerates the  increase  in  the  backoff  time  in  busy 
networks,  and  allows  nodes  not  involved  in  the  collision 
to  access  the  channel  whilst  the  colliding  nodes  await  a 
reduction  in  channel  activity.  Once  channel  activity  is 
reduced,  the  nodes  resolving  the  collision  time-out  their 
slot  time  counters  as  normal. 

If  a  receive  message  suffers  a  collision,  it  will  be  either  a 
runt,  in  which  case  it  will  be  deleted  in  the  Receive  Fl  FO, 


or  it  will  be  marked  as  a  receive  late  collision,  using  the 
CLSN  bit  in  the  Receive  Frame  Status  register.  All 
frames  which  suffer  a  collision  within  the  slot  time  will  be 
deleted  in  the  Receive  FIFO  without  requesting  host  in- 
tervention, providing  that  the  LLRCV  bit  (Receive  Frame 
Control)  is  not  set.  Runt  packets  which  suffer  a  collision 
will  be  aborted  regardless  of  the  state  of  the  RPA  bit 
(User  Test  Register).  If  the  collision  commences  after 
the  slot  time,  the  MACE  device  receiver  will  stop  send- 
ing collided  packet  data  to  the  Receive  FIFO  and  the 
packet  data  read  by  the  system  will  contain  the  amount 
of  data  received  to  the  point  of  collision;  the  CLSN  bit  in 
the  Receive  Frame  Status  register  will  indicate  the  re- 
ceive late  collision.  Note  that  the  Receive  Message  Byte 
Count  will  report  the  total  nu  mber  of  bytes  during  the  re- 
ceive activity,  including  the  collision. 

In  all  normal  receive  collision  cases,  the  MACE  device 
eliminates  the  transfer  of  packet  data  across  the  host 
bus.  In  a  receive  late  collision  condition,  the  MACE  chip 
minimizes  the  amount  transferred.  These  functions  pre- 
serve bus  bandwidth  utilization. 

Manchester  Encoder/Decoder  (MENDEC) 

The  integrated  Manchester  Encoder/Decoder  provides 
the  PLS  (Physical  Signaling)  functions  required  for  a 
fully  compliant  IEEE  802.3  station.  The  MENDEC  block 
contains  the  AUI,  DAI  interfaces,  and  supports  the 
1 0BASE-T  interface;  all  of  which  transfer  data  to  appro- 
priate transceiver  devices  in  Manchester  encoded  for- 
mat. The  MENDEC  provides  the  encoding  function  for 
data  to  be  transmitted  on  the  network  using  the  high  ac- 
curacy on-board  oscillator,  driven  by  either  the  crystal 
oscillator  or  an  external  CMOS  level  compatible  clock 
generator.  The  MENDEC  also  provides  the  decoding 
function  from  data  received  from  the  network.  The  MEN- 
DEC  contains  a  Power  On  Reset  (POR)  circuit,  which 
ensures  that  all  analog  portions  of  the  MACE  device  are 
forced  into  their  correct  state  during  power  up,  and  pre- 
vents erroneous  data  transmission  and/or  reception 
during  this  time. 

External  Crystal  Characteristics 

When  using  a  crystal  to  drive  the  oscillator,  the  following 
crystal  specification  should  be  used  to  ensure  less  than 
±0.5  ns  jitter  at  DO±: 
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Parameter 

Min 

Norn 

Max 

Units 

1. 

Parallel  Resonant  Frequency 

20 

MHz 

2. 

Resonant  Frequency  Error 
(CL  =  20  pF) 

-50 

+50 

PPM 

3. 

Change  in  Resonant  Frequency 

With  Respect  To  Temperature  (CL  =  20  pF)* 

—40 

+40 

PPM 

4. 

Crystal  Capacitance 

20 

pF 

5. 

Motional  Crystal  Capacitance  (C1 ) 

0.022 

pF 

6. 

Series  Resistance 

35 

ohm 

7. 

Shunt  Capacitance 

7 

PF 

Requires  trimming  crystal  spec;  no  trim  is  50  ppm  total 


External  Clock  Drive  Characteristics 

When  driving  the  oscillator  from  an  external  clock 
source,  XTAL2  must  be  left  floating  (unconnected).  An 
external  clock  having  the  following  characteristics  must 
be  used  to  ensure  less  than  ±0.5  ns  jitter  at  DO±. 


Ck 

>ck  Frequency: 

20  MHz  ±0.01% 

Ri< 

e/Fall  Time  (tR/tF): 

<  6  ns  from  0.5  V 
to  Vdd-0.5 

XT 
ftt 

AL1  HIGH/LOW  Time 
fIGH/tLOW): 

40  -  60% 
duty  cycle 

XT 
Fa 

AL1  Falling  Edge  to 
ling  Edge  Jitter: 

<  ±0.2  ns  at 

2.5  V  input  (Vdo/2) 

MENDEC  Transmit  Path 

The  transmit  section  encodes  separate  clock  and  NRZ 
data  input  signals  into  a  standard  Manchester  encoded 
serial  bit  stream.  The  transmit  outputs  (DO±)  are  de- 
signed to  operate  into  terminated  transmission  lines. 
When  operating  into  a  78  ohm  terminated  transmission 
line,  signaling  meets  the  required  output  levels  and 
skew  for  Cheapernet,  Ethernet  and  IEEE-802.3. 

Transmitter  Timing  and  Operation 

A  20  MHz  fundamental  mode  crystal  oscillator  provides 
the  basic  timing  reference  for  the  SIA  portion  of  the 
MACE  device.  It  is  divided  by  two,  to  create  the  internal 
transmit  clock  reference.  Both  clocks  are  fed  into  the 
SIA's  Manchester  Encoderto  generate  the  transitions  in 
the  encoded  data  stream.  The  internal  transmit  clock  is 
used  by  the  SIA  to  internally  synchronize  the  Internal 
Transmit  Data  (ITXD)  from  the  controller  and  Internal 
Transmit  Enable  (ITENA).  The  internal  transmit  clock  is 


also  used  as  a  stable  bit  rate  clock  by  the  receive  section 
of  the  SIA  and  controller. 

The  oscillator  requires  an  external  0.005%  crystal,  or  an 
external  0.01%  CMOS-level  input  as  a  reference.  The 
accuracy  requirements  if  an  external  crystal  is  used  are 
tighter  because  allowance  for  the  on-chip  oscillator 
must  be  made  to  deliver  a  final  accuracy  of  0.01%. 

Transmission  is  enabled  by  the  controller.  As  long  as  the 
ITENA  request  remains  active,  the  serial  output  of  the 
controller  will  be  Manchester  encoded  and  appear  at 
DO±.  When  the  internal  request  is  dropped  by  the  con- 
troller, the  differential  transmit  outputs  go  to  one  of  two 
idle  states,  dependent  on  TSEL  in  the  Mode  Register 
(CSR15,  bit  9): 


TSEL  LOW: 

The  idle  state  of  DO±  yields  "zero" 
differential  to  operate  transformer- 
coupled  loads. 

TSEL  HIGH: 

In  this  idle  state,  DO+  is  positive 
with  respect  to  DO-  (logical\HIGH). 

Receive  Path 

The  principal  functions  of  the  Receiver  are  to  signal  the 
MACE  device  that  there  is  information  on  the  receive 
pair,  and  separate  the  incoming  Manchester  encoded 
data  stream  into  clock  and  NRZ  data. 

The  Receiver  section  (see  Receiver  Block  Diagram) 
consists  of  two  parallel  paths.  The  receive  data  path  is  a 
zero  threshold,  wide  bandwidth  line  receiver.  The  carrier 
path  is  an  offset  threshold  bandpass  detecting  line  re- 
ceiver. Both  receivers  share  common  bias  networks  to 
allow  operation  over  a  wide  input  common  mode  range. 
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Receiver  Block  Diagram 


Input  Signal  Conditioning 

Transient  noise  pulses  at  the  input  data  stream  are  re- 
jected by  the  Noise  Rejection  Filter.  Pulse  width  rejec- 
tion is  proportional  to  transmit  data  rate.  DC  inputs  more 
negative  than  minus  100  mV  are  also  suppressed. 

the  Carrier  Detection  circuitry  detects  the  presence  of 
an  incoming  data  packet  by  discerning  and  rejecting 
noise  from  expected  Manchester  data,  and  controls  the 
stop  and  start  of  the  phase-lock  loop  during  clock  acqui- 
sition. Clock  acquisition  requires  a  valid  Manchester  bit 
pattern  of  1010  to  lock  onto  the  incoming  message. 

When  input  amplitude  and  pulse  width  conditions  are 
met  at  Dl±,  the  internal  enable  signal  from  the  SIA  to 
controller  (RXCRS)  is  asserted  and  a  clock  acquisition 
cycle  is  initiated. 

Clock  Acquisition 

When  there  is  no  activity  at  Dl±  (receiver  is  idle),  the  re- 
ceive oscillator  is  phase  locked  to  TCK.  The  first  nega- 
tive clock  transition  (bit  cell  center  of  first  valid 
Manchester  "0")  after  RXCRS  is  asserted  interrupts  the 
receive  oscillator.  The  oscillator  is  then  restarted  at  the 
second  Manchester  "0"  (bit  time  4)  and  is  phase  locked 
to  it.  As  a  result,  the  SIA  acquires  the  clock  from  the 
incoming  Manchester  bit  pattern  in  4  bit  times  with  a 
"1010"  Manchester  bit  pattern. 

SRDCLK  and  SRD  are  enabled  1/4  bit  time  after  clock 
acquisition  in  bit  cell  5  if  the  ENPLSIO  bit  is  set  in  the 
PLS  configuration  control  register.  SRD  is  at  a  HIGH 
state  when  the  receiver  is  idle  (no  SRDCLK).  SRD  how- 
ever, is  undefined  when  clock  is  acquired  and  may  re- 
main HIGH  or  change  to  LOW  state  whenever  SRDCLK 
is  enabled.  At  1/4  bit  time  through  bit  cell  5,  the  controller 
portion  of  the  MACE  device  sees  the  first  SRDCLK  tran- 
sition. This  also  strobes  in  the  incoming  fifth  bit  to  the 
SIA  as  Manchester  "1  "  SRD  may  make  a  transition  after 
the  SRDCLK  rising  edge  bit  cell  5,  but  its  state  is  still  un- 
defined. The  Manchester  "1"  at  bit  5  is  clocked  to  SRD 
at  1/4  bit  time  in  bit  cell  6. 


PLL  Tracking 

After  clock  acquisition,  the  phase-locked  clock  is  com- 
pared to  the  incoming  transition  at  the  bit  cell  center 
(BCC)  and  the  resulting  phase  error  is  applied  to  a  cor- 
rection circuit.  This  circuit  ensures  that  the  phase- 
locked  clock  remains  locked  on  the  received  signal. 
Individual  bit  cell  phase  corrections  of  the  Voltage  Con- 
trolled Oscillator  (VCO)  are  limited  to  10%  of  the  phase 
difference  between  BCC  and  phase-locked  clock. 

Carrier  Tracking  and  End  of  Message 

The  carrier  detection  circuit  monitors  the  DI+  inputs  after 
RXCRS  is  asserted  for  an  end  of  message.  RXCRS  de- 
asserts  1  to  2  bit  times  after  the  last  positive  transition  on 
the  incoming  message.  This  initiates  the  end  of  recep- 
tion cycle.  The  time  delay  from  the  last  rising  edge  of  the 
message  to  RXCRS  deassert  allows  the  last  bit  to  be 
strobed  by  SRDCLK  and  transferred  to  the  controller 
section,  but  prevents  any  extra  bit(s)  at  the  end  of  mes- 
sage. When  IRENA  de-asserts  (see  Receive  Timing- 
End  of  Reception  (Last  Bit  =  0)  and  Receive  Timing-End 
of  Reception  (Last  Bit  =  1)  waveform  diagrams)  an 
RXCRS  hold  off  timer  inhibits  RXCRS  assertion  for  at 
least  2  bit  times. 

Data  Decoding 

The  data  receiver  is  a  comparator  with  clocked  output  to 
minimize  noise  sensitivity  to  the  Dl±  inputs.  Input  error  is 
less  than  ±  35  mV  to  minimize  sensitivity  to  input  rise 
and  fall  time.  SRDCLK  strobes  the  data  receiver  output 
at  1/4  bit  time  to  determine  the  value  of  the  Manchester 
bit,  and  clocks  the  data  out  on  SRD  on  the  following 
SRDCLK.  The  data  receiver  also  generates  the  signal 
used  for  phase  detector  comparison  to  the  internal  SIA 
voltage  controlled  oscillator  (VCO). 

Differential  Input  Terminations 

The  differential  input  for  the  Manchester  data  (DI+)  is 
externally  terminated  by  two  40.2  ohm  ±1%  resistors 
and  one  optional  common-mode  bypass  capacitor,  as 
shown  in  the  Differential  Input  Termination  diagram 
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below.  The  differential  input  impedance,  ZIDF,  and  the 
common-mode  input  impedance,  ZICM,  are  specified  so 


that 


pedance  is  met  using  standard  1%  resistor  terminators. 


the  Ethernet  specification  for  cable  termination  im- 


If  SIP  devices  are  used,  39  ohms  is  also  a  suitable  value. 
The  Cl±  differential  inputs  are  terminated  in  exactly  the 
same  way  as  the  Dl±  pair. 


AUI  Isolation 
Transformer 


O.OVF 


Differential  Input  Termination 
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Collision  Detection 

A  transceiver  detects  the  collision  condition  on  the  net- 
work and  generates  a  differential  signal  at  the  CI+  in- 
puts. This  collision  signal  passes  through  an  input  stage 
which  detects  signal  levels  and  pulse  duration.  When 
the  signal  is  detected  by  the  MENDEC  it  sets  the  CLSN 
line  HIGH.  The  condition  continues  for  approximately 
1.5  bit  times  after  the  last  LOW-to-HIGH  transition  on 
Cl±. 

Jitter  Tolerance  Definition 

The  Receive  Timing-Start  of  Reception  Clock  Acquisi- 
tion waveform  diagram  shows  the  internal  timing  rela- 
tionships implemented  for  decoding  Manchester  data  in 
the  SIA  module.  The  SIA  utilizes  a  clock  capture  circuit 
to  align  its  internal  data  strobe  with  an  incoming  bit 
stream.  The  clock  acquisition  circuitry  requires  four  valid 
bits  with  the  values  1010.  Clock  is  phase  locked  to  the 
negative  transition  at  the  bit  cell  center  of  the  second  "0" 
in  the  pattern. 

Since  data  is  strobed  at  1/4  bit  time,  Manchester  transi- 
tions which  shift  from  their  nominal  placement  through 
1/4  bit  time  will  result  in  improperly  decoded  data.  With 
this  as  the  criteria  for  an  error,  a  definition  of  "Jitter  Han- 
dling" is: 

The  peak  deviation  approaching  or  crossing  1/4  bit  cell 
position  from  nominal  input  transition,  for  which  the  SI  A 
section  will  properly  decode  data. 

Attachment  Unit  Interface  (AUI) 

The  AUI  is  the  PLS  (Physical  Signaling)  to  PMA  (Physi- 
cal Medium  Attachment)  interface  which  effectively  con- 
nects the  DTE  to  the  MALI.  The  differential  interface 
provided  by  the  MACE  device  is  fully  compliant  to  Sec- 
tion 7  of  ISO  8802-3  (ANSI/IEEE  802.3). 


After  the  MACE  device  initiates  a  transmission  it  will  ex- 
pect to  see  data  looped-back  on  the  DI+  pair  (AUI  port 
selected).  This  will  internally  generate  a  carrier  sense, 
indicating  that  the  integrity  of  the  data  path  to  and  from 
the  MAU  is  intact,  and  that  the  MAU  is  operating  cor- 
rectly. This  carrier  sense  signal  must  be  asserted  during 
the  transmission  when  using  the  AUI  port  (DO±  trans- 
mitting). If  carrier  sense  does  not  become  active  in  re- 
sponse to  the  data  transmission,  or  becomes  inactive 
before  the  end  of  transmission,  the  loss  of  carrier 
(LCAR)  error  bit  will  be  set  in  the  Transmit  Frame  Status 
(bit  7)  after  the  packet  has  been  transmitted. 

Digital  Attachment  Interface  (DAI ) 

The  Digital  Attachment  Interface  is  a  simplified  electrical 
attachment  specification  which  allows  MAUs  which  do 
not  require  the  DC  isolation  between  the  MAU  and  DTE 
(e.g.  devices  compatible  with  the  1 0BASE-T  Standard 
and  1 0BASE-FL  Draft  document)  to  be  implemented.  All 
data  transferred  across  the  DAI  port  is  Manchester  En- 
coded. Decoding  and  encoding  is  performed  by  the 
MENDEC. 

The  DAI  port  will  accept  receive  data  on  the  basis  that 
the  RXCRS  input  is  active,  and  will  take  the  data  pre- 
sented on  the  RXDAT  input  as  valid  Manchester  data. 
Transmit  data  is  sent  to  the  external  transceiver  by  the 
MACE  device  asserting  TXEN  and  presenting  compli- 
mentary data  on  the  TXDAT±  pair.  During  idle,  the 
MACE  device  will  assert  the  TXDAT+  line  high,  and  the 
TXDAT  line  low,  while  TXEN  is  maintained  inactive 
(high).  The  MACE  device  implements  logical  collision 
detection  and  will  use  the  simultaneous  assertion  of 
TXEN  and  RXCRS  to  internally  detect  a  collision  condi- 
tion, take  appropriate  internal  action  (such  as  abort  the 
current  transmit  or  receive  activity),  and  provide  exter- 
nal indication  using  the  CLSN  pin.  Any  external 
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transceiver  utilized  for  the  DAI  interface  must  not  loop 
back  the  transmit  data  (presented  by  the  MACE  device) 
on  the  TXDAT±  pins  to  the  RXDAT  pin.  Neither  should 
the  transceiver  assert  the  RXCRS  pin  when  transmitting 
data  to  the  network.  Duplication  of  these  functions  by 
the  extgrnal  transceiver  (unless  the  MACE  device  is  in 
the  external  loop  back  test  configuration)  will  cause 
false  collision  indications  to  be  detected. 

Inorderto  provide  an  integrity  test  of  the  connectivity  be- 
tween the  MACE  device  and  the  external  transceiver 
similar  to  the  SQE  Test  Message  provided  as  a  part  of 
the  AUI  functionality,  the  MACE  device  can  be  pro- 
grammed to  operate  the  DAI  port  in  an  external  loop- 
back  test.  In  this  case,  the  external  transceiver  is 
assumed  to  loopback  the  TXDATt  data  stream  to  the 
RXDAT  pin,  and  assert  RXCRS  in  response  to  the 
TXEN  request.  When  in  the  external  loopback  mode  of 
operation  (programmed  by  LOOP  [1-0]  =  01),  the 
MACE  device  will  not  internally  detect  a  collision  condi- 
tion. The  external  transceiver  is  assumed  to  take  action 
to  ensure  that  this  test  will  not  disrupt  the  network.  This 
type  of  test  is  intended  to  be  operated  for  a  very  limited 
period  (e.g.  after  power  up),  since  the  transceiver  is  as- 
sumed to  be  located  physically  close  to  the  MACE  de- 
vice and  with  minimal  risk  of  disconnection  (e.g. 
connected  via  printed  circuit  board  traces). 

Note  that  when  the  DAI  port  is  selected,  LCAR  errors 
will  not  occur,  since  the  MACE  device  will  internally  loop 
back  the  transmit  data  path  to  the  receiver.  This  loop 
back  function  must  not  be  duplicated  by  a  transceiver 
which  is  externally  connected  via  the  DAI  port,  since  this 
will  result  in  a  condition  where  a  collision  is  generated 
during  any  transmit  activity. 

The  transmit  function  of  the  DAI  port  is  protected  by  a 
jabber  mechanism  which  will  be  invoked  if  the  TXDATt 
and  TXEN  circuit  is  active  for  an  excessive  period  (20  - 
150  ms).  This  prevents  a  single  node  from  disrupting  the 
network  due  to  a  stuck-on  or  faulty  transmitter.  If  this 
maximum  transmit  time  is  exceeded,  the  DAI  port  trans- 
mitter circuitry  is  disabled,  the  CLSN  pin  is  asserted,  the 
Jabber  bit  (JAB  in  the  Interrupt  Register)  is  set  and  the 
INTR  pin  will  be  asserted  providing  the  JABM  bit  (Inter- 
rupt Mask  Register)  is  cleared.  Once  the  internal 
transmit  data  stream  from  the  MENDEC  stops  (TXEN 
deasserts),  an  unjabtime  of  250  ms-750  ms  will  elapse 
before  the  MACE  device  deasserts  the  CLSN  indication 
and  re-enables  the  transmit  circuitry. 

When  jabber  is  detected,  the  MACE  device  will  assert 
the  CLSN  pin,  de-assert  the  TXEN  pin  (regardless  of  in- 
ternal MENDEC  activity)  and  set  the  TXDAT+  and 
TXDAT  pins  to  their  inactive  state. 


10BASE-T  Interface 

Twisted  Pair  Transmit  Function 

Data  transmission  over  the  1 0BASE-T  medium  requires 
use  of  the  integrated  1 0BASE-T  MAU,  and  uses  the  dif- 
ferential driver  circuitry  in  the  TXD±  and  TXP±  pins.  The 
driver  circuitry  provides  the  necessary  electrical  driving 
capability  and  the  pre-distortion  control  for  transmitting 
signals  over  maximum  length  Twisted  Pair  cable,  as 
specified  by  the  10BASE-T  supplement  to  the  IEEE 
802.3  Standard.  The  transmit  function  for  data  output 
meets  the  propagation  delays  and  jitter  specified  by  the 
standard.  During  normal  transmission,  and  providing 
that  the  1 0BASE-T  MAU  is  not  in  a  Link  Fail  or  jabber 
state,  the  TXEN  pin  will  be  driven  LOW  and  can  be  used 
indirectly  to  drive  a  status  LED. 

Twisted  Pair  Receive  Function 

The  receiver  complies  with  the  receiver  specif  ications  of 
the  IEEE  802.3  10BASE-T  Standard,  including  noise 
immunity  and  received  signal  rejection  criteria  (Smart 
Squelch).  Signals  meeting  this  criteria  appearing  at  the 
RXD±  differential  input  pair  are  routed  to  the  internal 
MENDEC.  The  receiver  function  meets  the  propagation 
delays  and  jitter  requirements  specified  by  the 
1 0BASE-T  Standard.  The  receiver  squelch  level  drops 
to  half  its  threshold  value  after  unsquelch  to  allow  recep- 
tion of  minimum  amplitude  signals  and  to  mitigate  car- 
rier fade  in  the  event  of  worst  case  signal  attenuation 
and  crosstalk  noise  conditions.  During  receive,  the 
RXCRS  pin  is  driven  HIGH  and  can  be  used  indirectly  to 
drive  a  status  LED. 

Note  that  the  1 0BASE-T  Standard  defines  the  receive 
input  amplitude  at  the  external  Media  Dependent  Inter- 
face (MDI).  Filter  and  transformer  loss  are  not  specified. 
The  10BASE-T  MAU  receiver  squelch  levels  are  de- 
fined to  account  for  a  1dB  insertion  loss  at  10  MHz, 
which  is  typical  for  the  type  of  receive  f  ilters/transform- 
ers  recommended  (see  the  Appendix  for  additional 
details). 

Normal  1 0BASE-T  compatible  receive  thresholds  are 
employed  when  the  LRT  bit  is  inactive  (PHY  Configura- 
tion Control  register).  When  the  LRT  bit  is  set,  the  Low 
Receive  Threshold  option  is  invoked,  and  the  sensitivity 
ofthe  10BASE-TMAU  receiver  is  increased.  This  allows 
longer  line  lengths  to  be  employed,  exceeding  the  1 00m 
target  distance  of  normal  1 0BASE-T  (assuming  typical 
24  AWG  cable).  The  additional  cable  distance  attributes 
directly  to  increased  signal  attenuation  and  reduced  sig- 
nal amplitude  at  the  1 0BASE-T  MAU  receiver.  However, 
from  a  system  perspective,  making  the  receiver  more 
sensitive  means  that  it  is  also  more  susceptible  to 
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extraneous  noise,  primarily  caused  by  coupling  from  co- 
resident services  (crosstalk).  For  this  reason,  it  is  rec- 
ommended that  when  using  the  Low  Receive  Threshold 
option  that  the  service  should  be  installed  on  4-pair  ca- 
ble only.  Multi-pair  cables  within  the  same  outer  sheath 
have  lower  crosstalk  attenuation,  and  may  allow  noise 
emitted  from  adjacent  pairs  to  couple  into  the  receive 
pair,  and  be  of  sufficient  amplitude  to  falsely  unsquelch 
the  10BASE-T  MAU  receiver. 

Link  Test  Function 

The  link  test  function  is  implemented  as  specified  by 
10BASE-T  standard.  During  periods  of  transmit  pair 
inactivity,  Link  Test  pulses  will  be  periodically  sent 
over  the  twisted  pair  medium  to  constantly  monitor 
medium  integrity. 

When  the  link  test  function  is  enabled,  the  absence  of 
Link  Test  pulses  and  receive  data  on  the  RXD+  pair  will 
cause  the  1 0BASE-T  MAU  to  go  into  a  Link  Fail  state.  In 
the  Link  Fail  state,  data  transmission,  data  reception, 
data  loopback  and  the  collision  detection  functions  are 
disabled,  and  remain  disabled  until  valid  data  or  >5  con- 
secutive link  pulses  appear  on  the  RXD+  pair.  During 
Link  Fail,  the  LNKST  pin  is  inactive  (externally  pulled 
HIGH) ,  and  the  Link  Fail  bit  (LNKFL  in  the  PHY  Configu- 
ration Control  register)  will  be  set.  When  the  link  is  iden- 
tified as  functional,  the  LNKST  pin  is  driven  LOW 
(capable  of  directly  driving  a  Link  OK  LED  using  an  inte- 
grated 1 2  mA  driver)  and  the  LNKFL  bit  will  be  cleared. 
In  order  to  inter-operate  with  systems  which  do  not  im- 
plement link  test,  this  function  can  be  disabled  by  setting 
the  the  Disable  Link  Test  bit  (DLNKTST  in  the  PHY  Con- 
figuration Control  register).  With  link  test  disabled,  the 
data  driver,  receiver  and  loopback  functions  as  well  as 
collision  detection  remain  enabled  irrespective  of  the 
presence  or  absence  of  data  or  link  pulses  on  the 
RXD±  pair. 


4 


e  MACE  devices  integrated  10BASE-T  transceiver 
will  mimic  the  performance  of  an  externally  connected 
device  (such  as  a  10BASE-T  MAU  connected  using  an 
AUI).  When  the  1 0BASE-T  transceiver  is  in  link  fail,  the 
receive  data  path  of  the  transceiver  must  be  disabled. 
The  MACE  device  will  report  a  Loss  of  Carrier  error 
(LCAR  bit  in  the  Transmit  Frame  Status  register)  due  to 
the  absence  of  the  normal  loopback  path,  for  every 
packet  transmitted  during  the  link  fail  condition.  In  addi- 
tion, a  Collision  Error  (CERR  bit  in  the  Transmit  Frame 
Status  register)  will  also  be  reported  (see  the  section  on 
Signal  Quality  Error  Test  Function  for  additional  details). 

If  the  AWAKE  bit  is  set  in  the  PHY  Configuration  Control 
register  prior  to  the  assertion  of  the  hardware  SLEEP 
pin,  the  10BASE-T  receiver  remains  operable,  and  is 
able  to  detect  and  indicate  (using  the  LNKST  output)  the 
presence  of  legitimate  Link  Test  pulses  or  receive  activ- 
ity. Thetransmission  of  Link  Test  pulses  is  suspended  to 
reduce  power  consumption. 


If  the  RWAKE  bit  is  set  in  the  PHY  Configuration  Control 
register  prior  to  the  assertion  of  the  hardware  SLEEP 
pin,  the  1 0BASE-T  receiver  and  transmitterfunctions  re- 
main active,  the  LNKST  output  is  disabled,  and  the  EADI 
output  pins  are  enabled.  In  addition  the  AUI  port  (trans- 
mit and  receive)  remains  active.  Note  that  since  the 
MAC  core  will  be  in  a  sleep  mode,  no  transmit  activity  is 
possible,  and  the  transmission  of  Link  Test  pulses  is 
also  suspended  to  reduce  power  consumption. 

Polarity  Detection  and  Reversal 

The  Twisted  Pair  receive  function  includes  the  ability  to 
invert  the  polarity  of  the  signals  appearing  at  the  RXD± 
pair  if  the  polarity  of  the  received  signal  is  reversed 
(such  as  in  the  case  of  a  wiring  error).  This  feature  al- 
lows data  packets  received  from  a  reverse  wired  RXD+ 
input  pair  to  be  corrected  in  the  1 0BASE-T  MAU  prior  to 
transfer  to  the  MENDEC.  The  polarity  detection  function 
is  activated  following  reset  or  Link  Fail,  and  will  reverse 
the  receive  polarity  based  on  both  the  polarity  of  any 
previous  Link  Test  pulses  and  the  polarity  of  subsequent 
packets  with  a  valid  End  Transmit  Delimiter  (ETD). 

When  in  the  Link  Fail  state,  the  internal  10BASE-T  re- 
ceiver will  recognize  Link  Test  pulses  of  either  positive 
or  negative  polarity.  Exit  from  the  Link  Fail  state  is  made 
due  to  the  reception  of  five  to  six  consecutive  Link  Test 
pulses  of  identical  polarity.  On  entry  to  the  Link  Pass 
state,  the  polarity  of  the  last  five  Link  Test  pulses  is  used 
to  determine  the  initial  receive  polarity  configuration  and 
the  receiver  is  reconfigured  to  subsequently  recognize 
only  Link  Test  pulses  of  the  previously  recognized  polar- 
ity. This  link  pulse  algorithm  is  employed  only  until  ETD 
polarity  determination  is  made  as  described  later  in 
this  section. 

Positive  Link  Test  pulses  are  defined  as  received  signal 
with  a  positive  amplitude  greater  than  520  mV  (LRT  = 
LOW)  with  a  pulse  width  of  60  ns-200  ns.  This  positive 
excursion  may  be  followed  by  a  negative  excursion. 
This  definition  is  consistent  with  the  expected  received 
signal  at  a  correctly  wired  receiver,  when  a  Link  Test 
pulse  which  fits  the  template  of  Figure  14-12  in  the 
10BASE-T  Standard  is  generated  at  a  transmitter  and 
passed  through  100  m  of  twisted  pair  cable. 

Negative  Link  Test  pulses  are  defined  as  received  sig- 
nals with  a  negative  amplitude  greater  than  520  mV 
(LRT  =  LOW)  with  a  pulse  width  of  60  ns-200  ns.  This 
negative  excursion  may  be  followed  by  a  positive  excur- 
sion. This  definition  is  consistent  with  the  expected  re- 
ceived signal  at  a  reverse  wired  receiver,  when  a  Link 
Test  pulse  which  fits  the  template  of  Figure  1 4-1 2  in  the 
10BASE-T  Standard  is  generated  at  a  transmitter  and 
passed  through  1 00  m  of  twisted  pair  cable. 

The  polarity  detection/correction  algorithm  will  remain 
armed  until  two  consecutive  packets  with  valid  ETD  of 
identical  polarity  are  detected.  When  armed,  the 


Am79C940 


1-105 


£1  AMD 


receiver  is  capable  of  changing  the  initial  or  previous  po- 
larity configuration  based  on  the  most  recent  ETD  polar- 
ity. 

On  receipt  of  the  first  packet  with  valid  ETD  following  re- 
set or  Link  Fail,  the  MACE  device  will  utilize  the  inferred 
polarity  information  to  configure  its  RXD±  input,  regard- 
less of  its  previous  state.  On  receipt  of  a  second  packet 
with  a  valid  ETD  with  correct  polarity,  the  detection/cor- 
rection algorithm  will  lock-inlhe  received  polarity.  If  the 
second  (or  subsequent)  packet  is  not  detected  as  con- 
firming the  previous  polarity  decision,  the  most  recently 
detected  ETD  polarity  will  be  used  as  the  default.  Note 
that  packets  with  invalid  ETD  have  no  effect  on  updating 
the  previous  polarity  decision.  Once  two  consecutive 
packets  with  valid  ETD  have  been  received,  the  MACE 
device  will  disable  the  detection/correction  algorithm 
until  either  a  Link  Fail  condition  occurs  or  a  hardware  or 
software  reset  occurs. 


During  polarity  reversal,  the  RXPOL  pin  should  be  exter- 
nally pulled  HIGH  and  the  Reversed  Polarity  bit 
(REVPOL  in  the  PHY  Configuration  Control  register)  will 


be  set 
pin  is 
OK 
POL 


LED 


bit 


If  desired 
abled 
(DAPC 


During  normal  polarity  conditions,  the  RXPOL 
driven  LOW  (capable  of  directly  driving  a  Polarity 
using  an  integrated  1 2  mA  driver)  and  the  REV- 
will  be  cleared. 


by ! 


the  polarity  correction  function  can  be  dis- 
settingthe  Disable  Auto  Polarity  Correction  bit 
bit  in  the  PHY  Configuration  Control  register). 
However,  the  polarity  detection  portion  of  the  algorithm 
continues  to  operate  independently,  and  the  RXPOL  pin 
and  the  REVPOL  bits  will  reflect  the  polarity  state  of  the 
receiver. 

Twisted  Pair  Interface  Status 

Three  outputs  (TXEN,  RXCRS  and  CLSN)  indicate 
whether  the  MACE  device  is  transmitting  (MENDEC 
to  Twisted  Pair),  receiving  (Twisted  Pair  to  MENDEC), 
or  in  a  collision  state  with  both  functions  active 
simultaneously. 

The  MACE  device  will  power  up  in  the  Link  Fail  state. 
The  normal  algorithm  will  apply  to  allow  it  to  enter  the 
Link  Pass  state.  On  power  up,  the  TXEN,  RXCRS  and 
CLSN)  pins  will  be  in  a  high  impedance  state  until  they 
are  enabled  by  setting  the  Enable  PLS  I/O  bit  (ENPLSIO 
in  the  PLS  Configuration  Control  register)  and  the 
10BASE-T  port  enters  the  Link  Pass  state. 

In  the  Link  Pass  state,  transmit  or  receive  activity  which 
passes  the  pulse  width/amplitude  requirements  of  the 
DO+  or  RXD±  inputs,  will  be  indicated  by  the  TXEN  or 
RXCRS  pin  respectively  going  active.  TXEN,  RXCRS 
and  CLSN  are  all  asserted  during  a  collision. 

In  the  Link  Fail  state,  TXEN,  RXCRS  and  CLSN  are 
inactive. 


In  jabber  detect  mode,  the  MACE  device  will  activate  the 
CLSN  pin,  disable  TXEN  (regardless  of  Manchester 
data  output  from  the  MENDEC),  and  allow  the  RXCRS 
pinto  indicate  the  current  state  of  the  RXD+pair.  If  there 
is  no  receive  activity  on  RXD±,  only  CLSN  will  be  active 
during  jabber  detect.  If  there  is  RXD±  activity,  both 
CLSN  and  RXCRS  will  be  active. 


If  the  SLEEP  pin  is  asserted  (regardless  of  the  program- 
ming of  the  AWAKE  or  RWAKE  bits  in  the  PHY  Configu- 
ration Control  register),  the  TXEN,  RXCRS  and  CLSN 
outputs  will  be  placed  in  a  high  impedance  state. 

Collision  Detect  Function 

Simultaneous  activity  (presence  of  valid  data  signals) 
from  both  the  internal  MENDEC  transmit  function  (indi- 
cated externally  by  TXEN  active)  and  the  twisted  pair 
RXD±  pins  constitutes  a  collision,  thereby  causing  an 
external  indication  on  the  CLSN  pin,  and  an  internal  indi- 
cation which  is  returned  to  the  MAC  core.  The  TXEN, 
RXCRS  and  CLSN  pins  are  driven  high  during  collision. 

Signal  Quality  Error  (SQE)  Test 
(Heartbeat)  Function 

The  SQE  Test  message  (a  1 0  MHz  burst  normally  re- 
turned on  the  AUI  Cl±  pair  at  the  end  of  every  transmis- 
sion) is  intended  to  be  a  self-test  indication  to  the  DTE 
that  the  MAU  collision  circuitry  is  functional  and  the  AUI 
cable/connection  is  intact.  This  has  minimal  relevance 
when  the  1 0BASE-T  MAU  is  embedded  in  the  LAN  con- 
troller. A  Collision  Error  (CERR  bit  in  the  Interrupt  Regis- 
ter) will  be  reported  only  when  the  10BASE-T  port  is  in 
the  link  fail  state,  since  the  collision  circuit  of  the  MAU 
will  be  disabled,  causing  the  absence  of  the  SQE  Test 
message.  In  GPSI  mode  the  external  encoder/decoder 
is  responsible  for  asserting  the  CLSN  pin  after  each 
transmission.  In  DAI  mode  SEQ  Test  has  no  relevance. 

Jabber  Function 

The  Jabber  function  inhibits  the  twisted  pair  transmit 
function  of  the  MACE  device  if  the  TXD±/TXP±  circuits 
are  active  for  an  excessive  period  (20-150  ms).  This 
prevents  any  one  node  from  disrupting  the  network  due 
to  a  stuck-on  or  faulty  transmitter.  If  this  maximum  trans- 
mit time  is  exceeded,  the  data  path  through  the 
10BASE-T  transmitter  circuitry  is  disabled  (although 
Link  Test  pulses  will  continue  to  be  sent),  the  CLSN  pin 
is  asserted,  the  Jabber  bit  (JAB  in  the  Interrupt  Register) 
is  set  and  the  INTR  pin  will  be  asserted  providing  the 
JABM  bit  (Interrupt  Mask  Register)  is  cl  eared.  Once  the 
internal  transmit  data  stream  from  the  MENDEC  stops 
(TXEN  deasserts),  an  unjab  time  of  250-750  ms  will 
elapse  before  the  MACE  device  deasserts  the  CLSN  in- 
dication and  re-enables  the  transmit  circuitry. 

When  jabber  is  detected,  the  MACE  device  will  assert 
the  CLSN  pin,  de-assert  the  TXEN  pin  (regardless  of 
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internal  MENDEC  activity),  and  allow  the  RXCRS  pin  to 
indicate  the  current  state  of  the  RXD±  pair.  If  there  is  no 
receive  activity  on  RXD±,  only  CLSN  will  be  active  dur- 
ing jabber  detect.  If  there  is  RXD±  activity,  both  CLSN 
and  RXCRS  will  be  active. 

External  Address  Detection  Interface 
(EAOI) 

This  interface  is  provided  to  allow  external  perfect  ad- 
dress filtering.  This  feature  is  typically  utilized  for  termi- 
nal server,  bridge  and/or  router  type  products.  The  use 
of  external  logic  is  required,  to  capture  the  serial  bit 
stream  from  the  MACE  device,  and  compare  this  with  a 
table  of  stored  addresses  or  identifiers.  See  the  EADI 
port  diagram  in  the  Systems  Applications  section,  Net- 
work Interfaces  sub-section,  for  details. 

The  EADI  interface  operates  directly  from  the  NRZ  de- 
coded data  and  clock  recovered  by  the  Manchester 
decoder.  This  allows  the  external  address  detection  to 
be  performed  in  parallel  with  frame  reception  and  ad- 
dress comparison  in  the  MAC  Station  Address  Detec- 
tion (SAD)  block. 

SRDCLK  is  provided  to  allow  clocking  of  the  receive  bit 
stream  from  the  MACE  device,  into  the  external  address 
detection  logic.  Once  a  received  packet  commences 
and  data  and  clock  are  available  from  the  decoder,  the 
EADI  interface  logic  will  monitor  the  alternating  (7,0) 
preamble  pattern  until  the  two  ones  of  the  Start  Frame 
Delimiter  (1,0,1,0,1,0,1,1)  are  detected,  at  which  point 
the  SF/BD  output  will  be  driven  high. 

After  SF/BD  is  asserted  the  serial  data  from  SRD  should 
be  de-serialized  and  sent  to  a  Content  Addressable 
Memory  (CAM)  or  other  address  detection  device. 

To  allow  simple  serial  to  parallel  conversion,  SF/BD  is 
provided  as  a  strobe  and/or  marker  to  indicate  the  de- 
lineation of  bytes,  subsequent  to  the  SFD.  This  feature 
provides  a  mechanism  to  allow  not  only  capture  and/or 
decoding  of  the  physical  or  logical  (group)  address,  but 
also  facilitates  the  capture  of  header  information  to  de- 
termine  protocol  and  or  inter-networking  information. 
The  EAM/R  pin  is  driven  by  the  external  address  com- 
parison logic,  to  either  reject  or  accept  the  packet.  Two 
alternative  modes  are  permitted,  allowing  the  external 
logic  to  either  accept  the  packet  based  on  address 
match,  or  reject  the  packet  if  there  is  no  match.  The  two 


alternate  methods  are  programmed  using  the  Match/ 
Reject  (M/R)  bit  in  the  Receive  Frame  Control  register. 

If  the  M/R  bit  is  set,  the  pin  is  configured  as  EAM  (Exter- 
nal Address  Match).  The  MACE  device  can  be  config- 
ured with  Physical,  Logical  or  Broadcast  Address 
comparison  operational.  If  an  internal  address  match  is 
detected,  the  packet  will  be  accepted  regardless  of  the 
condition  of  EAM.  Additional  addresses  can  be  located 
in  the  external  address  detection  logic.  If  a  match  is  de- 
tected, EAM  must  go  active  within  600  ns  of  the  last  bit  in 
the  destination  address  field  (end  of  byte  6)  being  pre- 
sented on  the  SRD  output,  to  guarantee  frame  recep- 
tion. In  addition,  EAM  must  go  inactive  after  a  match  has 
been  detected  on  a  previous  packet,  before  the  next 
match  can  take  place  on  any  subsequent  packet.  EAM 
must  be  asserted  for  a  minimum  pulse  width  of  200  ns. 

If  the  M/R  bit  is  clear  (default  state  after  either  the 
RESET  pin  or  SWRST  bit  have  been  activated) ,  the  pin 
is  configured  as  EAR  (External  Address  Reject).  The 
MACE  device  can  be  configured  with  Physical,  Logical 
or  Broadcast  Address  comparison  operational.  If  an  in- 
ternal address  match  is  detected,  the  packet  will  be  ac- 
cepted regardless  of  the  condition  of  EAR.  Incoming 
packets  which  do  not  pass  the  internal  address  compari- 
son  will  continue  to  be  received  by  the  MACE  device. 
EAR  must  be  externally  presented  to  the  MACE  chip 
prior  to  the  first  assertion  of  RDTREQ,  to  guarantee  re- 
jection of  unwanted  packets.  This  allows  approximately 
58  byte  times  after  the  last  destination  address  bit  is 
available  to  generate  the  ear  signal,  assuming  the 
MACE  device  is  not  configured  to  accept  runt  packets. 
EAR  will  be  ignored  by  the  MACE  device  from  64  byte 
times  after  the  SFD,  and  the  packet  will  be  accepted  if 
EAR  has  not  been  asserted  before  this  time.  If  the 
MACE  device  is  configured  to  accept  runt  packets,  the 
EAR  signal  must  be  generated  prior  to  the  receive  mes- 
sage completion,  which  could  be  as  short  as  12  byte 
times  (assuming  six  bytes  for  source  address,  two  bytes 
for  length,  no  data,  four  bytes  for  FCS)  after  the  last  bit 
of  the  destination  address  is  available.  EAR  must  have  a 
pulse  width  of  at  least  200  ns. 

Note  that  setting  the  PROM  bit  (MAC  Configuration 
Control)  will  cause  all  receive  packets  to  be  received,  re- 
gardless of  the  programming  of  M/R  or  the  state  of  the 
EAM/R  input.  The  following  table  summarizes  the  op- 
eration of  the  EADI  features. 
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Internal/External  Address  Recognition  Capabilities 


PROM 

M/R 

eam/fT 

Required  Timing 

Received  Messages 

1 

X 

X 

No  timing  requirements 

All  Received  Frames 

0 

0 

H 

No  timing  requirements 

All  Received  Frames 

0 

0 

1 

Low  for  200  ns  within  512-bits  after  SFD 

Physical/Logical/Broadcast  Matches 

0 

1 

H 

No  timing  requirements 

Physical/Logical/Broadcast  Matches 

0 

1 

i 

Low  for  200  ns  within  8-bits  after  DA  field 

All  Received  Frames 

General  Purpose  Serial  Interface  (GPSI) 

The  GPSI  port  provides  the  signals  necessary  to  pre- 
sent an  interface  consistent  with  the  non  encoded  data 
functions  observed  to/from  a  LAN  controller  such  as  the 
Am7990  Local  Area  Network  Controller  for  Ethernet 
(LANCE).  The  actual  GPSI  pins  are  functionally  identi- 
cal to  some  of  the  pins  from  the  DAI  and  the  EADI  ports, 
the  GPSI  replicates  this  type  of  interface. 

The  GPSI  allows  use  of  an  external  Manchester  en- 
coder/decoder, such  as  the  Am7992B  Serial  Interface 
Adapter  (SIA).  In  addition,  it  allows  the  MACE  device  to 
be  used  as  a  MAC  sublayer  engine  in  a  repeater  based 
on  the  Am79C980  Integrated  Multiport  Repeater  (IMR). 
Simple  connection  to  the  IM  R  Expansion  Bus  allows  the 
MAC  to  view  all  packet  data  passing  through  a  number 
of  interconnected  IMRs,  allowing  statistics  and  network 
management  information  to  be  collected. 

The  GPSI  functional  pins  are  duplicated  as  follows: 


Pin  Configuration  for  GPSI  Function 


Functi 

on 

Type 

LANCE 
Pin 

MACE 
Pin 

Receive  Data 

1 

RX 

RXDAT 

Receive  Clock 

1 

RCLK 

SRDCLK 

Receive  Carrier  Sense 

1 

RENA 

RXCRS 

Collision 

1 

CLSN 

CLSN 

Transmit  Data 

O 

TX 

TXDAT+ 

Transmit  Clock 

1 

TCK 

STDCLK 

Trans  n 

lit  Enable 

o 

TENA 

TXEN 

IEEE  1149.1  Test  Access  Port  Interface 

An  IEEE  1 149.1  compatible  boundary  scan  Test  Access 
Port  is  provided  for  board  level  continuity  test  and  diag- 
nostics. All  digital  input,  output  and  input/output  and  in- 
put/output pins  are  tested.  Analog  pins,  including  the 
AUI  differential  driver  (DO±)  and  receivers  Dl±,  Cl±), 
and  the  crystal  input  (XTAL1/XTAL2)  pins,  are  not 
tested. 

The  following  is  a  brief  summary  of  the  IEEE  1149.1 
compatible  test  functions  implemented  in  the  MACE  de- 
vice. For  additional  details,  consult  the  IEEE  Standard 
Test  Access  Port  and  Boundary-Scan  Architecture 
document  (IEEE  Std  1 149.1-1990). 
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The  boundary  scan  test  circuit  requires  four  pins  (TCK, 
TMS,  TDI  and  TDO  ),  defined  as  the  Test  Access  Port 
(TAP).  It  includes  a  finite  state  machine  (FSM),  an  in- 
struction register,  a  data  register  array  and  a  power  on 
reset  circuit.  Internal  pull-up  resistors  are  provided  for 
the  TCK,  TDI  and  TMS  pins. 

The  TAP  engine  is  a  16  state  FSM,  driven  by  the  Test 
Clock  (TCK)  and  the  Test  Mode  Select  (TMS)  pins.  An 
independent  poweron  reset  circuit  is  provided  to  ensure 
the  FSM  is  in  the  TEST_LOG  I  C_R  ES  ET  state  at 
power  up. 

In  addition  to  the  minimum  IEEE  1149.1  instruction  re- 
quirements (EXTEST,  SAMPLE  and  BYPASS),  three 
additional  instructions  (IDCODE,  TRI_STandSET_UO) 
are  provided  to  further  ease  board  level  testing.  All 
unused  instruction  codes  are  reserved. 

IEEE  1149.1  Supported  instruction  Summary 


Inst 
Name 

Description 

Selected 
Data  Reg 

Reg 
Mode 

Inst 
Code 

EXTEST 

External  Test 

BSR 

Test 

0000 

ID  Code 

ID  Code  Inspection 

ID  Reg 

Normal 

0001 

Sample 

Sample  Boundary 

BSR 

Normal 

0010 

TRI_ST 

Force  Tristate 

Bypass 

Normal 

0011 

SETJ/0 

Control  Boundary  To  I/O 

Bypass 

Test 

0100 

Bypass 

Bypass  Scan 

Bypass 

Normal 

1111 

After  hardware  or  software  reset,  the  IDCODE  instruc- 
tion is  always  invoked.  The  decoding  logic  provides  sig- 
nals to  control  the  data  flow  in  the  DATA  registers 
according  to  the  current  instruction. 

Each  Boundary  Scan  Register  (BSR)  cell  also  has  two 
stages.  A  flip-flop  and  a  latch  are  used  in  the  SERIAL 
SHIFT  STAGE  and  the  PARALLEL  OUTPUT  STAGE 
respectively. 

There  are  four  possible  operational  modes  in  the  BSR 
cell: 

(1)  CAPTURE 

(2)  SHIFT 

(3)  UPDATE 

(4)  SYSTEM  FUNCTION 
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Other  Data  Registers 

■  BYPASS  REG  (1  bit) 

■  Device  Identification  Register  (32  bits) 
Bits  31-28:  Version  (4  bits) 
Bits  27-12:  Part  number  (16  bits)  is  9400H 
Bits  11-1:    Manufacturer  ID  (1 1  bits). 

The  manufacturer  ID  code  for  AMD  is 
00000000001  in  accordance  with 
JEDEC  Publication  106-A. 
Bit  0:  Always  a  logic  1 

SLAVE  ACCESS  OPERATION 

Internal  register  accesses  are  based  on  a  2  or  3  SCLK 
cycle  duration,  dependent  on  the  state  of  the  TC  input 
pin.  TC  must  be  externally  pulled  low  to  force  the  MACE 
device  to  perform  a  3-cycle  access.  TC  is  internally 
pulled  high  if  left  unconnected,  to  configure  the  2-cycle 
access  by  default. 

All  register  accesses  are  byte  wide  with  the  exception  of 
the  data  path  to  and  from  the  internal  FIFOs. 

Data  exchanges  to/from  register  locations  will  take 
place  over  the  appropriate  half  of  the  data  bus  to  suit  the 
host  memory  organization  (as  programmed  by  the 
BSWP  bit  in  the  BIU  Configuration  Control  register). 

The  BE0,  BE1  and  EOF  signals  are  provided  to  allow 
control  of  the  data  flow  to  and  from  the  FIFOs.  Byte  read 
operations  from  the  Receive  FIFO  cause  data  to  be  du- 
plicated on  both  the  upper  and  lower  bytes  of  the  data 
bus.  Byte  write  operations  to  the  Transmit  FIFO  must 
use  the  BE0  and  BE1  inputs  to  define  the  active  data 
byte  to  the  MACE  device. 

Read  Access 

Details  of  the  read  access  timing  are  located  in  the  AC 
Waveforms  section,  Host  System  Interface,  figures: 
Two-Cycle  Receive  FIFO/Register  Read  Timing  and 
Three-Cycle  Receive  FIFO/Register  Read  Timing. 

TC  can  be  dynamically  changed  on  a  cycle  by  cycle  ba- 
sis  to  program  the  slave  cycle  execution  for  two  (TC  = 
HIGH)  or  three  (TC  =  LOW)  SCLK  cycles.  TC  must  be 
stable  by  the  falling  edge  of  SCLK  (EDSEL  =  High)  in  SO 
at  the  start  of  a  cycle,  and  should  only  be  changed  in  SO 
in  a  multiple  cycle  burst. 

A  read  cycle  is  initiated  when  either  CS  or  fds  is  sam- 
pled low  on  the  falling  edge  of  SCLK  at  SO.  FDS  and  CS 
must  be  asserted  exclusively.  If  they  are  active  simulta- 
neously when  sampled,  the  MACE  device  will  not  exe- 
cute any  read  or  write  cycle. 

If  CS  is  low,  a  Register  Address  read  will  take  place.  The 
state  of  the  ADD4-0  will  be  used  to  commence  decod- 
ing of  the  appropriate  internal  register/FIFO. 


If  FDS  is  low,  a  FIFO  Direct  read  will  take  place  from  the 
RCVFIFO.  The  state  of  the  ADD4-0  bus  is  irrelevant  for 
the  FIFO  Direct  mode. 

With  either  the  CS  or  FDS  input  active,  the  state  of  the 
ADD0-4  (for  Register  Address  reads),  RA/V  (high  to  indi- 
cate a  read  cycle),  BE0  and  BE1  will  also  be  latched  on 
the  falling  (EDSEL  =  HIGH)  edge  of  SCLK  at  SO. 

From  the  falling  edge  of  SCLK  in  S1  (EDSEL  =  HIGH), 
the  MACE  device  will  drive  data  on  DBUS1 5-0  and  acti- 
vate the  DTV  output  (providing  the  read  cycle  completed 
successfully) .  If  the  cycle  read  the  last  byte/word  of  data 
for  a  specific  frame  from  the  RCVFIFO,  the  MACE  de- 
vice will  also  assert  the  EOF  signal.  DBUS15-0,  DTV 
and  EOF  will  be  guaranteed  valid  and  can  be  sampled 
on  the  falling  (EDSEL  =  HIGH)  edge  of  SCLK  at  S2. 

If  the  Register  Address  mode  is  being  used  to  access 
the  RCVFIFO,  once  EOF  is  asserted  during  the  last 
byte/word  read  for  the  frame,  the  Receive  Frame  Status 
can  be  read  in  one  of  two  ways.  The  Register  Address 
mode  can  be  continued,  by  placing  the  appropriate  ad- 
dress (00110b)_on  the  address  bus  and  executing  four 
read  cycles  (cs  active)  on  the  Receive  Frame  Status  lo- 
cation. In  this  case,  additional  Register  Address  read  re- 
quests  from  the  RCVFIFO  will  be  ignored,  and  no  DTV 
returned,  until  all  four  bytes  of  the  Receive  Frame  Status 
register  have  been  read.  Alternatively,  a  FIFO  Direct 
read  can  be  performed,  which  will  effectively  route  the 
Receive  Frame  Status  through  the  RCVFIFO  location. 
This  mechanism  is  explained  in  more  detail  below. 

If  the  FIFO  Direct  mode  is  used,  the  Receive  Frame 
Status  can  be  read  directly  from  the  RCVFIFO  by  con- 
tinuing  to  execute  read  cycles  (by  asserting  FDS  low 
and  R/W  high)  after  EOF  is  asserted  indicating  the  last 
byte/word  read  for  the  frame.  Each  of  the  four  bytes  of 
Receive  Frame  Status  will  appear  on  both  halves  of  the 
data  bus,  as  if  the  actual  Receive  Frame  Status  register 
were  being  accessed.  Alternatively,  the  status  can  be 
read  as  normal  using  the  Register  Address  mode  by 
placing  the  appropriate  address  (00110b)  on  the  ad- 
dress bus  and  executing  four  read  cycles  (CS  active). 

Either  the  FIFO  Direct  or  Register  Address  modes  can 
be  interleaved  at  any  time  to  read  the  Receive  Frame 
Status,  although  this  is  considered  unlikely  due  to  the 
additional  overhead  it  requires.  In  either  case,  no  addi- 
tional data  will  be  read  from  the  RCVFIFO  until  the  Re- 
ceive Frame  Status  has  been  read,  as  four  bytes 
appended  to  the  end  of  the  packet  when  using  the  FIFO 
Direct  mode,  or  as  four  bytes  from  the  Receive  Frame 
Status  location  when  using  the  Register  Address  mode. 

EOF  will  only  be  driven  by  the  MACE  device  when  read- 
ing received  packet  data  from  the  RCVFIFO.  At  all  other 
times,  including  reading  the  Receive  Frame  Status 
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using  the  FIFO  Direct  mode,  the  MACE  device  will  place 
EOF  in  a  high  impedance  state. 


RDTREQ  should  be  sampled  on  the  falling  edge  of 
SCLK.  The  assertion  of  RDTREQ  is  programmed  by 
RCVFW,  and  the  de-assertion  is  modified  dependent  on 
the  state  of  the  RCVBRST  bit  (both  in  the  FIFO  Configu- 
ration Control  register).  See  the  section  Receive  FIFO 
Read  for  additional  details. 

Write  Access 

Details  of  the  write  access  timing  are  located  in  the  AC 
Waveforms  section,  Host  System  Interface,  figures: 
Two-Cycle  Transmit  FIFO/Register  Write  Timing  and 
Three-Cycle  Transmit  FIFO/Register  Write  Timing. 

Write  cycles  are  executed  in  a  similar  manners  the 
read  cycle  previously  described,  but  with  the  R/W  input 
low,  and  the  host  responsible  to  provide  the  data  with 
sufficient  set  up  to  the  falling  edge  of  SCLK  after  S2. 


After  a 
after  the 
of  the 
reflect 


After  goi 
or  more 


FIFO  write,  TDTREQ  should  be  sampled  on  or 
falling  (EDSEL  =  HIGH)  edge  of  SCLK  after  S3 
FIFO  write.  The  state  of  TDTREQ  at  this  time  will 
the  state  of  the  XMTFIFO. 


ing  active  (low),  tdtreq  will  remain  lowfortwo 
XMTFIFO  writes. 


The  minimum  high  (inactive)  time  of  tdtreq  is  one 
SCLK  cycle.  When  EOF  is  written  to  the  Transmit  Fl  FO, 
TDTREQ  will  go  inactive  after  one  SCLK  cycle,  for  a 
minimum  of  one  SCLK  cycle. 

Initialization 

After  power-up,  RESET  should  be  asserted  for  a  mini- 
mum ot  15  SCLK  cycles  to  set  the  MACE  device  into  a 
defined  state.  This  will  set  all  MACE  registers  to  their  de- 
fault values.  The  receive  and  transmit  functions  will  be 
turned  off.  A  typical  sequence  to  initialize  the  MACE  de- 
vice could  look  like  this: 

■  Write  the  BIU  Configuration  Control  (BIUCC)  regis- 
ter to  change  the  Byte  Swap  mode  to  big  endian  or  to 
change  the  Transmit  Start  Point. 

■  Write  the  FIFO  Configuration  Control  (FIFOCC) 
register  to  change  the  Fl  FO  watermarks  or  to  enable  the 
FIFO  Burst  Mode. 

■  Write  the  Interrupt  Mask  Register  (IMR)  to  disable 
unwanted  interrupt  sources. 

■  Write  the  PLS  Configuration  Control  (PLSCC)  reg- 
ister to  enable  the  active  network  port.  If  the  GPSI  inter- 
face is  used,  the  register  must  be  written  twice.  The  first 
write  access  should  only  set  PORTSEL[1-0]  =  11.  The 
second  access  must  write  again  PORTSEL[1-0]  =  11 
and  additionally  set  ENPLSIO  =  1 .  This  sequence  is  re- 
quired to  avoid  contention  on  the  clock,  data  and/or  car- 
rier indication  signals. 


■  Write  the  PHY  Configuration  Control  (PHYCC)  reg- 
ister to  configure  any  non-default  mode  if  the  10BASE-T 
interface  is  used. 

■  Program  the  Logical  Address  Filter  (LADRF)  regis- 
ter or  the  Physical  Address  Register  (PADR).  The  Inter- 
nal Address  Configuration  (IAC)  register  must  be 
accessed  first.  Set  the  Address  Change  (ADDRCHG) 
bit  to  request  access  to  the  internal  address  RAM.  Poll 
the  bit  until  it  is  cleared  by  the  MACE  device  indicating 
that  access  to  the  internal  address  RAM  is  permitted.  In 
the  case  of  an  address  RAM  access  after  hardware  or 
software  reset  (ENRCV  has  not  been  set),  the  MACE 
device  will  return  ADDRCHG  =  0  right  away.  Set  the 
LOGADDR  bit  in  the  IAC  register  to  select  writing  to  the 
Logical  Address  Filter  register.  Set  the  PHYADDR  bit  in 
the  IAC  register  to  select  writing  to  the  Physical  Address 
Register.  Either  bit  can  be  set  together  with  writing  the 
ADDRCHG  bit.  Initializing  the  Logical  Address  Filter 
register  requires  8  write  cycles.  Initializing  the  Physical 
Address  Register  requires  6  write  cycles. 

■  Write  the  User  Test  Register  (UTR)  to  set  the  MACE 
device  into  any  of  the  user  diagnostic  modes  such  as 
loopback. 

■  Write  the  MAC  Configuration  Control  (MACCC)  reg- 
ister as  the  last  step  in  the  initialization  sequence  to  en- 
able the  receiver  and  transmitter.  Note  that  the  system 
must  guarantee  a  delay  of  1  ms  after  power-up  before 
enabling  the  receiver  and  transmitter  to  allow  the  MACE 
phase  lock  loop  to  stabilize. 

■  The  Transmit  Frame  Control  (XMTFC)  and  the 
Receive  Frame  Control  (RCVFC)  registers  can  be  pro- 
grammed on  a  per  packet  basis. 

Reinitialization 

The  SWRST  bit  in  the  BIU  Configuration  Control 
(BIUCC)  register  can  be  set  to  reset  the  MACE  device 
into  a  defined  state  for  reinitialization.  The  same  se- 
quence described  in  the  initialization  section  can  be 
used.  The  1  ms  delay  for  the  MACE  phase  lock  loop  sta- 
bilization need  not  to  be  observed  as  it  only  applies  to  a 
power-up  situation. 

TRANSMIT  OPERATION 

The  transmit  operation  and  features  of  the  MACE  device 
are  controlled  by  programmable  options.  These  options 
are  programmed  through  the  BIU,  FIFO  and  MAC  Con- 
figuration Control  registers. 

Parameters  controlled  by  the  MAC  Configuration  Con- 
trol register  are  generally  programmed  only  once, 
during  initialization,  and  are  therefore  static  during  the 
normal  operation  of  the  MACE  device  (see  the  Media 
Access  Control  section  for  a  detailed  description).  The 
features  controlled  by  the  FIFO  Configuration  Control 
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register  and  the  Transmit  Frame  Control  register  can  be 
re-programmed  if  the  MACE  device  is  not  transmitting. 

Transmit  FIFO  Write 

The  Transmit  FIFO  is  accessed  by  performing  a  host 
generated  write  sequence  on  the  MACE  device.  Seethe 
Slave  Access  Operation-Write  Access  section  and  the 
AC  Waveforms  section,  Host  System  Interface,  figures: 
Two-Cycle  Transmit  FIFO/Register  Write  Timing  and 
Three-Cycle  Transmit  FIFO/Register  Write  Timing  for 
details  of  the  write  access  timing. 

There  are  two  fundamentally  different  access  methods 
to  write  data  into  the  FIFO.  Using  the  Register  Address 
mode,  the  FIFO  can  be  addressed  using  the  ADDO-4 
lines,  (address  00001b),  initiating  the  cycle  with  the  CS 
and  RAV  (low)  signals.  The  FIFO  Direct  mode  allows 
write  access  to  the  Transmit  FIFO  without  use  of  the  ad- 
dress lines,  and  using  only  the  FDS  and  R/W  lines.  If  the 
MACE  device  detects  both  signals  active,  it  will  not  exe- 
cute a  write  cycle.  The  write  cycle  timing  for  the  Register 
Address  or  Direct  FIFO  modes  are  identical.  FDS  and 
CS  should  be  mutually  exclusive. 

The  data  stream  to  the  Transmit  FIFO  is  written  using 
multiple  byte  and/or  word  writes.  CS  or  FDS  does  not 
have  to  be  returned  inactive  to  commence  execution  of 
the  next  write  cycle.  If  CS/FDS  is  detected  low  at  the  fail- 
ing  edge  of  SO,  a  write  cycle  will  commence.  Note  that 
EOF  must  be  asserted  by  the  host/controller  during  the 
last  byte/word  transfer. 

Transmit  Function  Programming 

The  Transmit  Frame  Control  register  allows  program- 
ming of  dynamic  transmit  attributes.  Automatic  transmit 
features  such  as  retry  on  collision,  FCS  generation/ 
transmission  and  pad  field  insertion  can  all  be  pro- 
grammed, to  provide  flexibility  in  the  (re-)transmission 
of  messages. 

he  disable  retry  on  collision  (DRTRY  bit)  and  automatic 
ad  field  insertion  (APAD  XMT  bit)  features  should  not 
e  changed  while  data  remains  in  the  Transmit  FIFO, 
riting  to  either  the  DRTRY  or  APAD  XMT  bits  in  this 
;ase  may  have  unpredictable  results.  These  bits  are  not 
internally  latched  or  protected.  When  writing  to  the 
Transmit  Frame  Control  registerthe  DRTRY  and  APAD 
XMT  bits  should  be  programmed  consistently.  Once  the 
Transmit  FIFO  is  empty,  DRTRY  and  APAD  XMT  can  be 
reprogrammed. 

This  can  be  achieved  with  no  risk  of  transmit  data  loss  or 
corruption  by  clearing  ENXMT  after  the  packet  data  for 
the  current  frame  has  been  completely  loaded.  The 
transmission  will  complete  normally  and  the  activation 
of  the  INTR  pin  can  be  used  to  determine  if  the  transmit 
frame  has  completed  (XMTINT  will  be  set  in  the  Inter- 
rupt Register).  Once  the  Transmit  Frame  Status  has 
been  read,  APAD  XMT  and/or  DRTRY  can  be  changed 


and  ENXMT  set  to  restart  the  transmit  process  with  the 
new  parameters. 

APAD  XMT  is  sampled  if  there  are  less  than  60  bytes  in 
the  transmit  packet  when  the  last  bit  of  the  last  byte  is 
transmitted.  If  APAD  XMT  is  set,  a  pad  field  of  pattern 
OOh  is  added  until  the  minimum  frame  size  of  64  bytes 
(excluding  preamble  and  SFD)  is  achieved.  If  APAD 
XMT  is  clear,  no  pad  field  insertion  will  take  place  and 
runt  packet  transmission  is  possible.  When  APAD  XMT 
is  enabled,  the  DXMTFCS  feature  is  over-ridden  and  the 
four  byte  FCS  will  be  added  to  the  transmitted  packet 
unconditionally. 

The  disable  FCS  generation/transmission  feature  can 
be  programmed  dynamically  on  a  packet  by  packet  ba- 
sis. The  current  state  of  the  DXMTFCS  bit  is  internally 
latched  on  the  last  write  to  the  Transmit  FIFO,  when  the 
EOF  indication  is  asserted  by  the  host/controller. 

The  programming  of  static  transmit  attributes  are  dis- 
tributed between  the  BIU,  FIFO  and  MAC  Configuration 
Control  registers. 

The  point  at  which  transmission  begins  in  relation  to  the 
number  of  bytes  of  a  frame  in  the  FIFO  is  controlled  by 
the  XMTSP  bits  in  the  BIU  Configuration  Control  regis- 
ter. Depending  on  the  bus  latency  of  the  system, 
XMTSP  can  be  set  to  ensure  that  the  Transmit  FIFO 
does  not  underflow  before  more  data  is  written  to  the 
FIFO.  When  the  entire  frame  is  in  the  FIFO,  or  the  FIFO 
becomes  full  before  the  threshold  is  reached,  transmis- 
sion of  preamble  will  commence  regardless  of  the  value 
in  XMTSP.  The  default  value  of  XMTSP  is  64  bytes  after 
reset. 


The  point  at  which  TDTREQ  is  asserted  in  relation  to  the 
number  of  empty  bytes  present  in  the  Transmit  FIFO  is 
controlled  by  the  XMTFW  bits  in  the  FIFO  Configuration 
Control  register.  TDTREQ  will  be  asserted  when  one  of 
the  following  conditions  is  true: 

■  The  number  of  bytes  free  in  the  Transmit  FIFO 
relative  to  the  current  Saved  Read  Pointer  value  is 
greater  than  or  equal  to  the  threshold  set  by  the 
XMTFW  (16,  32  or  64  bytes).  The  Saved  Read 
Pointer  is  the  first  byte  of  the  current  transmit 
frame,  either  in  progress  or  awaiting  channel 
availability. 

■  The  number  of  bytes  free  in  the  Transmit  FIFO 
relative  to  the  current  Read  Pointer  value  is 
greater  than  or  equal  to  the  threshold  set  by  the 
XMTFW  (16,  32  or  64  bytes).  The  Read  Pointer 
becomes  available  only  after  a  minimum  of  64  byte 
frame  length  has  been  transmitted  on  the  network 
(eight  bytes  of  preamble  plus  56  bytes  of  data), 
and  points  to  the  current  byte  of  the  frame  being 
transmitted. 
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Depending  on  the  bus  latency  of  the  system,  XMTFW 
can  be  set  to  ensure  that  the  Transmit  FIFO  does  not 
underflow  before  more  data  is  written  into  the  FIFO. 
When  the  entire  frame  is  in  the  FIFO,  TDTREQ  will  re- 
main asserted  if  sufficient  bytes  remain  empty.  The 
default  value  of  XMTFW  is  64  bytes  after  hardware  or 
software  reset.  Note  that  if  the  XMTFW  is  set  below  the 
64  byte  limit,  the  transmit  latency  for  the  host  to  service 
the  MACE  device  is  effectively  increased,  since 
TDTREQ  will  occur  earlier  in  the  transmit  sequence  and 
more  bytes  will  be  present  in  the  Transmit  FIFO  when 
the  TDTREQ  is  de-asserted. 


The  transmit  operation  of  the  MACE  device  can  be 
halted  at  any  time  by  clearing  the  ENXMT  bit  (bit  1 )  in  the 
MAC  Configuration  Control  register.  Note  that  any  com- 
plete transmit  frame  that  is  in  the  Transmit  FIFO  and  is 
currently  in  progress  will  complete,  prior  to  the  transmit 
function  halting.  Transmit  frames  in  the  FIFO  which 
have  not  commenced  will  not  be  started.  Transmit 
frames  which  have  commenced  but  which  have  not 
been  fully  transferred  into  the  Transmit  FIFO  will  be 
aborted,  in  one  of  two  ways.  If  less  than  544  bits 
(68  bytes)  have  been  transmitted  onto  the  network,  the 
transmission  will  be  terminated  immediately,  generating 
a  runt  packet  which  can  be  deleted  at  the  receiving  sta- 
tion. If  greater  than  544  bits  have  been  transmitted,  the 
messages  will  have  the  current  CRC  inverted  and  ap- 
pended at  the  next  byte  boundary,  to  guarantee  an  error 
is  detected  at  the  receiving  station.  This  feature  ensures 
that  packets  will  not  be  generated  with  potential  unde- 
tected data  corruption.  An  explanation  of  the  544  bit 


derivation  appears  in  the  "Automatic  Pad  Generation 
section. 

Automatic  Pad  Generation 

Transmit  frames  can  be  automatically  padded  to  extend 
them  to  64  data  bytes  (excluding  preamble)  permitting 
the  minimum  frame  size  of  64  bytes  (512  bits)  for 
802.3/Ethernet  to  be  guaranteed,  with  no  software  inter- 
vention from  the  host  system. 

APAD  XMT  =  1  enables  the  automatic  padding  feature. 
The  pad  is  placed  between  the  LLC  Data  field  and  FCS 
field  in  the  802.3  frame.  The  FCS  is  always  added  if 
APAD  XMT  =  1 ,  regardless  of  the  state  of  DXMTFCS. 
The  transmit  frame  will  be  padded  by  bytes  with  the 
value  of  OOh.  The  default  value  of  APAD  XMT  will  enable 
auto  pad  generation  after  hardware  or  software  reset. 

It  is  the  responsibility  of  upper  layer  software  to  correctly 
define  the  actual  length  field  contained  in  the  message 
to  correspond  to  the  total  number  of  LLC  Data  bytes  en- 
capsulated in  the  packet  (length  field  as  defined  in  the 
IEEE  802.3  standard).  The  length  value  contained  in  the 
message  is  not  used  by  the  MACE  device  to  compute 
the  actual  number  of  pad  bytes  to  be  inserted.  The 
MACE  chip  will  append  pad  bytes  dependent  on  the  ac- 
tual number  of  bits  transmitted  onto  the  network.  Once 
the  last  data  byte  of  the  frame  has  completed,  prior  to 
appending  the  FCS,  the  MACE  device  will  check  to  en- 
sure that  544  bits  have  been  transmitted.  If  not,  pad 
bytes  are  added  to  extend  the  frame  size  to  this  value, 
and  the  FCS  is  then  added. 


Preamble 
1010....1010 

SFD 
10101011 

Dest 
Addr 

Srce 
Addr 

Length 

LLC 
Data 

Pad 

FCS 

Bits 


Bits 


Bytes 


Bytes 


46—1500 
Bytes 


Bytes 


16235C-7 


IEEE  802.3  Format  Data  Frame 


The  544  bit  count  is  derived  from  the  following: 

Minimum  frame  size  (excluding  preamble, 
including  FCS)  64  bytes     512  bits 

Preamble/SFD  size      8  bytes      64  bits 

FCS  size  4  bytes  32bits 

To  be  classed  as  a  minimum  size  frame  at  the  receiver, 
the  transmitted  frame  must  contain: 

Preamble    +    (Min  Frame  Size  +  FCS)  bits 


At  the  point  that  FCS  is  to  be  appended,  the  transmitted 
frame  should  contain: 


Preamble  + 
64  + 


(Min  Frame  Size 
(512 


FCS)  bits 
32)  bits 


A  minimum  length  transmit  frame  from  the  MACE 
device  will  therefore  be  576  bits,  after  the  FCS  is 
appended. 

The  Ethernet  specification  makes  no  use  of  the  LLC  pad 
field,  and  assumes  that  minimum  length  messages  will 
be  at  least  64  bytes  in  length. 
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Preamble 

SYNCH 

Dest 

Srce 

Type 

Data 

FCS 

1010....1010 

11 

Addr 

Addr 

62  2  6  6  2  46—1500  4 

Bits  Bits  Bytes  Bytes  Bytes  Bytes  Bytes 

16235C-8 

Ethernet  Format  Data  Frame 


Transmit  FCS  Generation 

Automatic  generation  and  transmission  ot  FCS  tor  a 
transmit  frame  depends  on  the  value  of  DXMTFCS  (Dis- 
ableTransmit  FCS)  when  the  EOF  is  asserted  indicating 
the  last  byte/word  of  data  for  the  transmit  frame  is  being 
written  to  the  FIFO.  The  action  of  writing  the  last  data 
byte/word  of  the  transmit  frame,  latches  the  current  con- 
tents of  the  Transmit  Frame  Control  register,  and  there- 
fore determines  the  programming  of  DXMTFCS  for  the 
transmit  frame.  When  DXMTFCS  =  0  the  transmitter  will 
generate  and  append  the  FCS  to  the  transmitted  frame. 
If  the  automatic  padding  feature  is  invoked  (APAD  XMT 
in  Transmit  Frame  Control),  the  FCS  will  be  appended 
regardless  of  the  state  of  DXMTFCS.  Note  that  the  cal- 
culated FCS  is  transmitted  most  significant  bit  first.  The 
default  value  of  DXMTFCS  is  0  after  hardware  or  soft- 
ware reset. 

Transmit  Status  Information 

Although  multiple  transmit  frames  can  be  queued  in  the 
Transmit  FIFO,  the  MACE  device  will  not  permit  loss  of 
Transmit  Frame  Status  information.  The  Transmit 
Frame  Status  and  Transmit  Retry  Count  can  only  be 
buffered  internally  for  a  maximum  of  two  frames.  The 
MACE  device  will  therefore  not  commence  a  third  trans- 
mt  frame,  until  the  status  from  the  first  frame  is  read. 
Once  the  Transmit  Retry  Count  and  Transmit  Frame 
Status  for  the  first  transmit  packet  is  read,  the  MACE 
device  will  autonomously  begin  the  next  transmit  frame, 
provided  that  a  transmit  frame  is  pending,  the  XMTSP 
threshold  has  been  exceeded  (or  the  XMTFIFO  is  full) , 
the  network  medium  is  free,  and  the  IPG  time  has 
elapsed. 

Indication  of  valid  Transmit  Frame  Status  can  be  ob- 
tained by  servicing  the  hardware  interrupt  and  testing 
the  XMTINT  bit  in  the  Interrupt  Register,  or  by  polling  the 
XMTSV  bit  in  the  Poll  register  if  a  continuous  polling 
mechanism  is  required.  If  the  Transmit  Retry  Count  data 
is  required  (for  loading,  diagnostic,  or  management  in- 
formation), XMTRC  must  be  read  prior  to  XMTFS. 
Reading  the  XMTFS  register  when  the  XMTSV  bit  is  set 
will  clear  both  the  XMTRC  and  XMTFS  values. 

Transmit  Exception  Conditions 

Exception  conditions  for  frame  transmission  fall  into  two 
distinct  categories;  those  which  are  the  result  of  normal 
network  operation  and  those  which  occur  due  to  abnor- 
mal network  and/or  host  related  events. 


Normal  events  which  may  occur  and  which  are  handled 
autonomously  by  the  MACE  device  are: 

(a)  Collisions  within  the  slot  time  with  automatic  retry 

(b)  Deletion  of  packets  due  to  excessive  transmission 
attempts. 

(a)  The  MACE  device  will  ensure  that  collisions  which 
occur  within  51 2  bit  times  from  the  start  of  transmission 
(including  preamble)  will  be  automatically  retried  with  no 
host  intervention.  The  Transmit  FIFO  ensures  this  by 
guaranteeing  that  data  contained  within  the  Transmit 
FIFO  will  not  be  overwritten  until  at  least  64  bytes  (512 
bits)  of  data  have  been  successfully  transmitted  onto  the 
network.  This  criteria  will  be  met,  regardless  of  whether 
the  transmit  frame  was  the  first  (or  only)  frame  in  the 
Transmit  FIFO,  or  if  the  transmit  frame  was  queued 
pending  completion  of  the  preceding  frame. 

(b)  If  16  total  attempts  (initial  attempt  plus  15  retries) 
have  been  made  to  transmit  the  frame,  the  MACE  de- 
vice will  abandon  the  transmit  process  for  the  particular 
frame,  de-assert  the  tdtreq  pin,  report  a  Retry  Error 
(RTRY)  in  the  Transmit  Frame  Status,  and  set  the 
XMTINT  bit  in  the  Interrupt  Register,  causing  activation 
of  the  external  INTR  pin  providing  the  interrupt  is 
unmasked. 

Once  the  XMTINT  condition  has  been  externally  recog- 
nized, the  Transmit  Frame  Counter  (XMTFC)  can  be 
read  to  determine  whether  the  tail  end  of  the  frame  that 
suffers  the  RTRY  error  is  still  in  the  host  memory  (i.e., 
when  XMTFC  =  0).  This  XMTFC  read  should  be  re- 
quested before  the  Transmit  Frame  Status  read  since 
reading  the  XMTFS  would  cause  the  XMTFC  to  decre- 
ment. If  the  tail  end  of  the  frame  is  indeed  still  in  the  host 
memory,  the  host  is  responsible  for  ensuring  that  the  tail 
end  of  the  frame  does  not  get  written  into  the  FIFO  and 
does  not  get  transmitted  as  a  whole  frame.  It  is  recom- 
mended that  the  host  clear  the  tail  end  of  the  frame  from 
the  host  memory  before  requesting  the  XMTFS  read  so 
that  after  the  XMTFS  read,  when  MACE  device  re-as- 
serts TDTREQ,  the  tail  end  of  the  frame  does  not  get 
written  into  the  FIFO.  The  Transmit  Frame  Status  read 
will  indicate  that  the  RTRY  error  occurred.  The  read  op- 
eration on  the  Transmit  Frame  Status  will  update  the 
FIFO  read  and  write  pointers.  If  no  End-of- Frame  write 
(EOF  pin  assertion)  had  occurred  during  the  FIFO  write 
sequence,  the  entire  transmit  path  will  be  reset  (which 
will  update  the  Transmit  FIFO  watermark  with  the 
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current  XMTFW  value  in  the  FIFO  Configuration  Control 
register).  If  a  whole  frame  does  reside  in  the  FIFO,  the 
read  pointer  will  be  moved  to  the  start  of  the  next  frame 
or  free  location  in  the  FIFO,  and  the  write  pointer  will  be 
unaffected,  tdtreq  will  not  be  re-asserted  until  the 
Transmit  Frame  Status  has  been  read. 

After  a  RTRY  error,  all  further  packet  transmission  will 
be  suspended  until  the  Transmit  Frame  Status  is  read, 
regardless  of  whether  additional  packet  data  exists  in 
the  FIFO  to  be  transmitted.  Receive  FIFO  read  opera- 
tions are  not  impaired. 

Packets  experiencing  1 6  unsuccessful  attempt  to  trans- 
mit wi  I  not  be  re-tried.  Recovery  from  this  condition 
must  be  performed  by  upper  layer  software. 

Abnormal  network  conditions  include: 

(a)  Loss  of  carrier. 

(b)  Late  collision. 

(c)  SQE  Test  Error. 

These  should  not  occur  on  a  correctly  configured  802.3 
network,  but  will  be  reported  if  the  network  has  been  in- 
correctly configured  or  a  fault  condition  exists. 

(a)  A  oss  of  carrier  condition  will  be  reported  if  the 
MACE  device  cannot  observe  receive  activity  while  it  is 
transmitting.  Afterthe  MACE  device  initiates  a  transmis- 
sion it  will  expect  to  see  data  looped-backon  the  receive 
input  path.  This  will  internally  generate  a  carrier  sense, 
indicat  ng  that  the  integrity  of  the  data  path  to  and  from 
the  external  M  AU  is  intact,  and  that  the  M  AU  is  operating 
correctly. 

When  the  AUI  port  is  selected,  if  carrier  sense  does  not 
become  active  in  response  to  the  data  transmission,  or 
becomes  inactive  before  the  end  of  transmission,  the 
loss  of  carrier  (LCAR)  error  bit  will  be  set  in  the  Transmit 
Frame  Status  (bit  7)  after  the  packet  has  been  transmit- 
ted. The  packet  will  not  be  re-tried  on  the  basis  of  an 
LCAR  error. 

When  the  10BASE-T  port  is  selected,  LCAR  will  be  re- 
ported for  every  packet  transmitted  during  the  Link  fail 
condition. 

When  the  GPSI  port  is  selected,  LCAR  will  be  reported  if 
the  RXCRS  input  pin  fails  to  become  active  during  a 
transmission,  or  once  active,  goes  inactive  before  the 
end  of  transmission. 

When  the  DAI  port  is  selected,  LCAR  errors  will  not  oc- 
cur, since  the  MACE  device  will  internally  loop  back  the 
transmit  data  path  to  the  receiver.  The  loop  back  feature 
must  not  be  performed  by  the  external  transceiver  when 
the  DAI  port  is  used. 

During  internal  loopback,  LCAR  will  not  be  set,  since  the 
MACE  device  has  direct  control  of  the  transmit  and  re- 
ceive path  integrity.  When  in  external  loopback,  LCAR 


will  operate  normally  according  to  the  specif  ic  port  which 
has  been  selected. 

(b)  A  late  collision  will  be  reported  if  a  collision  condition 
exists  or  commences  64  byte  times  (51 2  bit  times)  after 
the  transmit  process  was  initiated  (first  bit  of  preamble 
commenced) .  The  MACE  device  will  abandon  the  trans- 
mit process  for  the  particular  frame,  complete  transmis- 
sion of  the  jam  sequence  (32-bit  all  zeroes  pattern), 
de-assert  the  TDTREQ  pin,  report  the  Late  Collision 
(LCOL)  and  Transmit  Status  Valid  (XMTSV)  in  the 
Transmit  Frame  Status,  and  set  the  XMTINT  bit  in  the 
Interrupt  Register,  causing  activation  of  the  external 
INTR  pin  providing  the  interrupt  is  unmasked. 

Once  the  XMTINT  condition  has  been  externally  recog- 
nized, the  Transmit  Frame  Counter  (XMTFC)  can  be 
read  to  determine  whether  the  tail  end  of  the  frame  that 
suffers  the  LCOL  error  is  still  in  the  host  memory  (i.e., 
when  XMTFC  =  0).  This  XMTFC  read  should  be  re- 
quested before  the  Transmit  Frame  Status  read  since 
reading  the  XMTFS  would  cause  the  XMTFC  to  decre- 
ment. If  the  tail  end  of  the  frame  is  indeed  still  in  the  host 
memory,  the  host  is  responsible  for  ensuring  that  the  tail 
end  of  the  frame  does  not  get  written  into  the  FIFO  and 
does  not  get  transmitted  as  a  whole  frame.  It  is  recom- 
mended that  the  host  clear  the  tail  end  of  the  frame  from 
the  host  memory  before  requesting  the  XMTFS  read  so 
that  after  the  XMTFS  read.when  the  MACE  device  re- 
asserts TDTREQ,  the  tail  end  of  the  frame  does  not  get 
written  into  the  FIFO.  The  Transmit  Frame  Status  read 
will  indicate  that  the  LCOL  error  occurred.  The  read  op- 
eration on  the  Transmit  Frame  Status  will  update  the 
FIFO  read  and  write  pointers.  If  no  End-of-Framev/r'Ae 
(EOF  pin  assertion)  had  occurred  during  the  FIFO  write 
sequence,  the  entire  transmit  path  will  be  reset  (which 
will  update  the  Transmit  FIFO  watermark  with  the  cur- 
rent XMTFW  value  in  the  FIFO  Configuration  Control 
register).  If  a  whole  frame  resides  in  the  FIFO,  the  read 
pointer  will  be  moved  to  the  start  of  the  next  frame  orf  ree 
location  in  the  FIFO,  and  the  write  pointer  will  be  unaf- 
fected. TDTREQ  will  not  be  re-asserted  until  the  Trans- 
mit Frame  Status  has  been  read. 

After  an  LCOL  error,  all  further  packet  transmission  will 
be  suspended  until  the  Transmit  Frame  Status  is  read, 
regardless  of  whether  additional  packet  data  exists  in 
the  FIFO  to  be  transmitted.  Receive  FIFO  operations 
are  unaffected. 

Packets  experiencing  a  late  collision  will  not  be  re-tried. 
Recovery  from  this  condition  must  be  performed  by  up- 
per layer  software. 

(c)  During  the  inter  packet  gap  time  following  the  com- 
pletion of  a  transmitted  message,  the  AUI  Cl±  pair  is 
asserted  by  some  transceivers  as  a  self-test.  When  the 
AUI  port  has  been  selected,  the  integral  Manchester  En- 
coder/Decoder will  expect  the  SQE  Test  Message 
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(nominal  10  MHz  sequence)  to  be  returned  via  the  Cl± 
pair,  within  a  40  network  bit  time  period  after  Dl±  goes 
inactive.  If  the  Cl±  input  is  not  asserted  within  the  40  net- 
work bit  time  period  following  the  completion  of  trans- 
mission, then  the  MACE  device  will  set  the  CERR  bit  (bit 
5)  in  the  Interrupt  Register.  The  INTR  pin  will  be  acti- 
vated if  the  corresponding  mask  bit  CERRM  =  0. 

When  the  GPSI  port  is  selected,  the  MACE  device  will 
expect  the  CLSN  input  pin  to  be  asserted  40  bit  times  af- 
er  the  transmission  has  completed  (after  TXEN  output 
pin  has  gone  inactive).  When  the  DAI  port  has  been  se- 
lected, the  CERR  bit  will  not  be  reported.  A  transceiver 
connected  via  the  DAI  port  is  not  expected  to  support 
the  SQE  Test  Message  feature. 

Host  related  transmit  exception  conditions  include: 

(a)  Overflow  caused  by  excessive  writes  to  the  Trans- 
mit FIFO  (DTV  will  not  be  issued  if  the  Transmit 
FIFO  is  full). 

(b)  Underflow  caused  by  lack  of  host  writes  to  the 
Transmit  FIFO. 

(c)  Not  reading  current  Transmit  Frame  Status. 

(a)  The  host  may  continue  to  write  to  the  Transmit  FIFO 
after  the  TDTREQ  has  been  de-asserted,  and  can  safely 
do  so  on  the  basis  of  knowledge  of  the  number  of  free 
bytes  remaining  (set  by  XMTFW  in  the  FIFO 
Configuration  Control  register).  If  howeverthe  host  sys- 
tem continues  to  write  data  to  the  point  that  no  additional 
FIFO  space  exists,  the  MACE  device  will  not  return  the 
DTV  signal  and  hence  will  effectively  not  acknowledge 
acceptance  of  the  data.  It  is  the  host's  responsibility  to 
ensure  that  the  data  is  re-presented  at  a  future  time 
when  space  exists  in  the  Transmit  FIFO,  and  to  track  the 
actual  data  written  into  the  FIFO. 


(b)  If  the  host  fails  to  respond  to  the  TDTREQ  from  the 
MACE  device  before  the  Transmit  FIFO  is  emptied,  a 
FIFO  underrun  will  occur.  The  MACE  device  will  in  this 
case  terminate  the  network  transmission  in  an  orderly 
sequence.  If  less  than  512  bits  have  been  transmitted 
onto  the  network  the  transmission  will  be  terminated  im- 
mediately, generating  a  runt  packet.  If  greater  than  512 
bits  have  been  transmitted,  the  message  will  have  the 
current  CRC  inverted  and  appended  at  the  next  byte 
boundary,  to  guarantee  an  FCS  error  is  detected  at  the 
receiving  station.  The  MACE  device  will  report  this  con- 
dition to  the  host  by  de-asserting  the  tdtreq  pin,  set- 
ting the  UFLO  and  XMTSV  bits  (in  the  Transmit  Frame 
Status)  and  the  XMTINT  bit  (in  the  Interrupt  Register), 
and  asserting  the  INTR  pin  providing  the  corresponding 
XMTINTM  bit  (in  the  Interrupt  Mask  Register)  is  cleared. 

Once  the  XMTINT  condition  has  been  externally  recog- 
nized, the  Transmit  Frame  Counter  (XMTFC)  can  be 
read  to  determine  whether  the  tail  end  of  the  frame  that 
suffers  the  UFLO  error  is  still  in  the  host  memory  (i.e., 


when  XMTFC  =  0).  In  the  case  of  FIFO  underrun,  this 
will  definitely  be  the  case  and  the  host  is  responsible  for 
ensuring  that  the  tail  end  of  the  frame  does  not  get  writ- 
ten into  the  FIFO  and  does  not  get  transmitted  as  a 
whole  frame.  It  is  recommended  that  the  host  clear  the 
tail  end  of  the  frame  from  the  host  memory  before  re- 
questing the  XMTFS  read  so  that  aftertheXMTFS  read, 
when  the  MACE  device  re-asserts  TDTREQ,  the  tail  end 
of  the  frame  does  not  get  written  into  the  FIFO.  The 
Transmit  Frame  Status  read  will  indicate  that  the  UFLO 
error  occurred.  The  read  operation  on  the  Transmit 
Frame  Status  will  update  the  FIFO  read  and  write  point- 
ers and  the  entire  transmit  path  will  be  reset  (which  will 
update  the  Transmit  FIFO  watermark  with  the  current 
XMTFW  value  in  the  FIFO  Configuration  Control  regis- 
ter). TDTREQ  will  not  be  re-asserted  until  the  Transmit 
Frame  Status  has  been  read. 

(c)  The  MACE  device  will  internally  store  the  Transmit 
Frame  Status  for  up  to  two  packets.  If  the  host  fails  to 
read  the  Transmit  Frame  Status  and  both  internal 
entries  become  occupied,  the  MACE  device  will  not 
commence  any  subsequent  transmit  frames  to  prevent 
overwriting  of  the  internally  stored  values.  This  will 
occur  regardless  of  the  number  of  bytes  written  to  the 
Transmit  FIFO. 

RECEIVE  OPERATION 

The  receive  operation  and  features  of  the  MACE  device 
are  controlled  by  programmable  options.  These  options 
are  programmed  through  the  BIU,  FIFO  and  MAC  Con- 
figuration Control  registers. 

Parameters  controlled  by  the  MAC  Configuration  Con- 
trol register  are  generally  programmed  only  once,  dur- 
ing initialization,  and  are  therefore  static  during  the 
normal  operation  of  the  MACE  device  (see  the  Media 
Access  Control  section  for  a  detailed  description).  The 
features  controlled  by  the  FIFO  Configuration  Control 
register  and  the  Receive  Frame  Control  register  can  be 
programmed  without  performing  a  reset  on  the  part.  The 
host  is  responsible  for  ensuring  that  no  data  is  present  in 
the  Receive  FIFO  when  re-programming  the  receive 
attributes. 

Receive  FIFO  Read 

The  Receive  FIFO  is  accessed  by  performing  a  host 
generated  read  sequence  on  the  MACE  device.  See  the 
Slave  Access  Operation-Read  Access  section  and  the 
AC  Waveforms  section,  Host  System  Interface,  figures: 
"2  Cycle  Receive  FIFO/Register  Read  Timing"  and  "3 
Cycle  Receive  FIFO/Register  Read  Timing"  for  details 
of  the  read  access  timing. 

Note  that  EOF  will  be  asserted  by  the  MACE  device  dur- 
ing the  last  data  byte/word  transfer. 
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The  Receive  Frame  Control  register  allows  program- 
ming of  the  automatic  pad  field  strippingjeature  and  the 
configuration_of  the  Match/Reject  (M/R)  pin.  ASTRP 
RCV  and  M/R  must  be  static  when  the  receive  function 
is  enabled  (ENRCV  =  1).  The  receiver  should  be  dis- 
abled before  (re-)  programming  these  options. 

The  EADI  port  can  be  used  to  permit  reception  of  frames 
to  commence_whilst  external  address  decoding  takes 
place.  The  M/R  bit  defines  the  function  of  the  EAM/R  pin, 
and  hence  whether  frames  will  be  accepted  or  rejected 
by  the  external  address  comparison  logic. 

The  programming  of  additional  receive  attributes  are 
distributed  between  the  FIFO  and  MAC  Configuration 
Control  registers,  and  the  User  Test  Register. 

All  receive  frames  can  be  accepted  by  setting  the  PROM 
bit  (bit  7)  in  the  MAC  Configuration  Control  register. 
When  PROM  is  set,  the  MACE  device  will  attempt  to  re- 
ceive all  messages,  subject  to  minimum  frame  enforce- 
ment. Setting  PROM  will  override  the  use  of  the  EADI 
port  to  force  the  rejection  of  unwanted  messages.  See 
the  sections  External  Address  Detection  Interface  for 
more  details. 


The  point  at  which  rdtreq  is  asserted  in  relation  to  the 
number  of  bytes  of  a  frame  that  are  present  in  the  Re- 
ceive FIFO  (RCVFIFO)  is  controlled  by  the  RCVFWbits 
in  the  FIFO  Configuration  Control  register,  or  the 
LLRCV  bit  in  the  Receive  Frame  Control  register. 
RDTREQ  will  be  asserted  when  one  of  the  following 
conditions  is  true: 

(i)  There  are  at  least  64  bytes  in  the  RCVFIFO. 

(ii)  The  received  packet  has  passed  the  64  byte  mini- 
mum criteria,  and  the  number  of  bytes  in  the 
RCVFIFO  is  greater  than  or  equal  to  the  threshold 
set  by  the  RCVFW(16or32  bytes). 

(iii)  A  receive  packet  has  completed,  and  part  or  all  of  it 
is  present  in  the  RCVFIFO. 

(iv)  The  LLRCV  bit  has  been  set  and  greater  than 
12-bytes  of  at  least  8  bytes  have  been  received. 

Note  that  if  the  RCVFW  is  set  below  the  64-byte  limit,  the 
MACE  device  will  still  require  64-bytes  of  data  to  be  re- 
ceived before  the  initial  assertion  of  RDTREQ.  Subse- 
quently, RDTREQ  will  be  asserted  at  any  time  the 
RCVFW  threshold  is  exceeded.  The  only  times  that  the 
RDTREQ  will  be  asserted  when  there  are  not  at  least  an 
initial  64-bytes  of  data  in  the  RCVFIFO  are: 

(i)  When  the  ASTRP  RCV  bit  has  been  set  in  the  Re- 
ceive Frame  Control  register,  and  the  pad  is  auto- 
matically stripped  from  a  minimum  length  packet. 


Hegister,  ana  a  runt  packet  ot  at  least  8  bytes  has 
been  received. 

(iii)  When  the  LLRCV  bit  has  been  set  in  the  Receive 
Frame  Control  register,  and  at  least  1 2-bytes  (after 
SFD)  has  been  received. 

No  preamble/SFD  bytes  are  loaded  into  the  Receive 
FIFO.  All  references  to  bytes  past  through  the  receive 
FIFO  are  received  after  the  preamble/SFD  sequence. 

Depending  on  the  bus  latency  of  the  system,  RCVFW 
can  be  set  to  ensure  that  the  RCVFIFO  does  not  over- 
flow before  more  data  is  read.  When  the  entire  frame  is 
in  the  RCVFIFO,  RDTREQ  will  be  asserted  regardless 
of  the  value  in  RCVFW.  The  default  value  of  RCVFW  is 
64-bytes  after  hardware  or  software  reset. 

The  receive  operation  of  the  MACE  device  can  be  halted 
at  any  time  by  clearing  the  ENRCV  bit  in  the  MAC  Con- 
figuration Control  register.  Note  that  any  receive  frame 
currently  in  progress  will  be  accepted  normally,  and  the 
MACE  device  will  disable  the  receive  process  once  the 
message  has  completed.  The  Missed  Packet  Count 
(MPC)  will  be  incremented  for  subsequent  packets  that 
would  have  normally  been  passed  to  the  host,  and  are 
now  ignored  due  to  the  disabled  state  of  the  receiver. 

Note  that  clearing  the  ENRCV  bit  disables  the  assertion 
of  RDTREQ.  If  ENRCV  is  cleared  during  receive  activity 
and  remains  cleared  for  a  long  time  and  if  the  tail  end  of 
the  receive  frame  currently  in  progress  is  longer  than  the 
amount  of  space  available  in  the  Receive  FIFO,  Receive 
FIFO  overflow  will  occur.  However,  even  with  RDTREQ 
deasserted,  if  there  is  valid  data  in  the  Receive  FIFO  to 
be  read,  successful  slave  reads  to  the  Receive  FIFO 
can  be  executed  (indicated  by  valid  DTV) .  It  is  the  host's 
responsibility  to  avoid  the  overflow  situation. 

Automatic  Pad  Stripping 

During  reception  of  a  frame  the  pad  field  can  be  stripped 
automatically.  ASTRP  RCV  =  1  enables  the  automatic 
pad  stripping  feature.  The  pad  field  will  be  stripped  be- 
fore the  frame  is  passed  to  the  FIFO,  thus  preserving 
Fl  FO  space  for  additional  frames.  The  FCS  field  will  also 
be  stripped,  since  it  is  computed  at  the  transmitting  sta- 
tion based  on  the  data  and  pad  field  characters,  and  will 
be  invalid  for  a  receive  frame  that  has  the  pad  charac- 
ters stripped. 

The  number  of  bytes  to  be  stripped  is  calculated  from 
the  embedded  length  field  (as  defined  in  the  IEEE  802.3 
definition)  contained  in  the  packet.  The  length  indicates 
the  actual  number  of  LLC  data  bytes  contained  in  the 
message.  Any  received  frame  which  contains  a  length 
field  less  than  46  bytes  will  have  the  pad  field  stripped. 
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Receive  frames  which  have  a  length  field  of  46  bytes  or 
greater  will  be  passed  to  the  host  unmodified. 

Since  any  valid  Ethernet  Type  field  value  will  always  be 
greater  than  a  normal  802,3  Length  field,  the  MACE  de- 
vce  will  not  attempt  to  strip  valid  Ethernet  frames. 


Note  that  for  some  network  protocols,  the  value  passed 
in  the  Ethernet  Type  and/or  802.3  Length  field  is  not 
compliant  with  either  standard  and  may  cause 
problems. 

The  diagram  below  shows  the  byte/bit  ordering  of  the  re- 
ceived Iengthfieldforan802.3compatibleframe  format. 
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802.3  Packet  and  Length  Field  Transmission  Order 


Receive  FCS  Checking 

Reception  and  checking  of  the  received  FCS  is  per- 
formed automatically  by  the  MACE  device.  Note  that  if 
the  Automatic  Pad  Stripping  feature  is  enabled,  the  re- 
ceived FCS  will  be  verified  against  the  value  computed 
forthe  incoming  bit  stream  including  pad  characters,  but 
it  will  not  be  passed  through  the  Receive  FIFO  to  the 
host.  If  an  FCS  error  is  detected,  this  will  be  reported  by 
the  FCS  bit  (bit  4)  in  the  Receive  Frame  Status. 

Receive  Status  Information 

The  EOF  indication  signals  that  the  last  byte/word  of 
data  has  been  passed  from  the  FIFO  for  the  specific 
frame.  This  will  be  accompanied  by  a  RCVINT  indication 
in  the  the  Interrupt  Register  signaling  that  the  Receive 
Frame  Status  has  been  updated,  and  must  be  read.  The 
Receive  Frame  Status  is  a  single  location  which  must  be 
read  four  times  to  allow  the  four  bytes  of  status  informa- 
tion associated  with  each  frame  to  be  read.  Further  data 
read  operations  from  the  Receive  Fl  FO  using  the  Regis- 
ter Address  mode,  will  be  ignored  by  the  MACE  device 
(indicated  by  the  MACE  chip  not  returning  DTV)  until  all 
four  bytes  of  the  Receive  Frame  Status  have  been  read. 
Alternatively,  the  FIFO  Direct  access  mode  may  be 


used  to  read  the  Receive  Frame  Status  through  the  Re- 
ceive FIFO.  In  either  case,  the  4-byte  total  must  be  read 
before  additional  receive  data  can  be  read  from  the  Re- 
ceive FIFO.  However,  the  RDTREQ  indication  will  con- 
tinue to  reflect  the  state  of  the  Receive  FIFO  as  normal, 
regardless  of  whether  the  Receive  Frame  Status  has 
been  read.  DTV  will  not  be  returned  when  a  read  opera- 
tion is  performed  on  the  Receive  Frame  Status  location 
and  no  valid  status  is  present  or  ready. 

Note  that  the  Receive  Frame  Status  can  be  read  using 
either  the  Register  Address  or  FIFO  Direct  modes.  For 
additional  details,  see  the  section  Receive  FIFO  Read. 

Receive  Exception  Conditions 

Exception  conditions  for  frame  reception  fall  into  two 
distinct  categories;  those  which  are  the  result  of  normal 
network  operation,  and  those  which  occur  due  to  abnor- 
mal network  and/or  host  related  events. 

Normal  events  which  may  occur  and  which  are  handled 
autonomously  by  the  MACE  device  are  basically  colli- 
sions within  the  slot  time  and  automatic  runt  packet  de- 
letion. The  MACE  device  will  ensure  that  any  receive 
packet  which  experiences  a  collision  within  51 2  bit  times 
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from  the  start  of  reception  (excluding  preamble)  will  be 
automatically  deleted  from  the  Receive  FIFO  with  no 
host  intervention  (the  state  of  the  RPA  bit  in  the  User 
Test  Register;  or  the  RCVFW  bits  in  the  FIFO  Configu- 
ration Control  register  have  no  effect  on  this).  This  crite- 
ria will  be  met,  regardless  of  whether  the  receive  frame 
was  the  first  (or  only)  frame  in  the  Receive  FIFO,  or  if  the 
receive  frame  was  queued  behind  a  previously  received 


Abnormal  network  conditions  include: 

■  FCS  errors 

■  Framing  errors 

■  Dribbling  bits 

■  Late  collision 

These  should  not  occur  on  a  correctly  configured  802.3 
network,  but  may  be  reported  if  the  network  has  been  in- 
correctly configured  or  a  fault  condition  exists. 

Host  related  receive  exception  conditions  include: 

(a)  Underflow 


ceive 
FIFO 


caused  by  excessive  reads  from  the  Re- 
FIFO  (DTV  will  not  be  issued  if  the  Receive 
is  empty) 


(b)  Overflow  caused  by  lack  of  host  reads  from  the  Re- 
ceive FIFO 

(c)  Missed  packets  due  to  lack  of  host  reads  from  the 
Receive  FIFO  and/or  the  Receive  Frame  Status 

(a)  Successive  read  operations  from  the  Receive  FIFO 
after  the  final  byte  of  data/status  has  been  read,  will 
cause  the  DTV  pin  to  remain  de-asserted  during  the 
read  operation,  indicating  that  no  valid  data  is  present. 
There  will  be  no  adverse  effect  on  the  Receive  FIFO. 

(b)  Data  present  in  the  Receive  FIFO  from  packets 
which  completed  before  the  overflow  condition  oc- 
curred, can  be  read  out  by  accessing  the  Receive  FIFO 
normally.  Once  this  data  (and  the  associated  Receive 
Frame  Status)  has  been  read,  the  EOF  indication  will  be 
asserted  by  the  MACE  device  during  the  first  read  op- 
eration takes  place  from  the  Receive  Fl  FO,  for  the  pack- 
et which  suffered  the  overflow.  If  there  were  no  other 
packets  in  the  FIFO  when  the  overflow  occurred,  the 
EOF  will  be  asserted  on  the  first  read  from  the  FIFO.  In 
either  case,  the  EOF  indication  will  be  accompanied  by 
assertion  of  the  INTR  pin,  providing  that  the  RCVINTM 
bit  in  the  Interrupt  Mask  Register  is  not  set.  If  the  Regis- 
ter Address  mode  is  being  used,  the  host  is  required  to 
access  the  Receive  Frame  Status  location  using  four 
separate  read  cycles.  Further  access  to  the  Receive 
FIFO  will  be  ignored  by  the  MACE  device  until  all  four 
bytes  of  the  Receive  Frame  Status  have  been  read.  DTV 
will  not  be  returned  if  a  Receive  FIFO  read  is  attempted. 
If  the  FIFO  Direct  mode  is  being  used,  the  host  can  read 


the  Receive  Frame  Status  through  the  Receive  FIFO, 
but  the  host  must  be  aware  that  the  subsequent  four  cy- 
cles will  yield  the  receive  status  bytes,  and  not  data  from 
the  same  or  a  new  packet.  Only  the  OFLO  bit  will  be 
valid  in  the  Receive  Frame  Status,  other  error/status 
and  the  RCVCNT  fields  are  invalid. 

While  the  Receive  FIFO  is  in  the  overflow  condition,  it  is 
deaf  to  additional  receive  data  on  the  network.  However, 
the  MACE  device  internal  address  detect  logic  contin- 
ues to  operate  and  counts  the  number  of  packets  that 
would  have  been  passed  to  the  host  under  normal  (non 
overflow)  conditions.  The  Missed  Packet  Count  (MPC) 
is  an  8-bit  count  (in  register  24)  that  maintains  the  num- 
ber of  packets  which  pass  the  address  match  criteria, 
and  complete  without  collision.  The  MPC  counter  will 
wrap  around  when  the  maximum  count  of  255  is 
reached,  setting  the  MPCO  (Missed  Packet  Count 
Overflow)  bit  in  the  Interrupt  Register,  and  asserting  the 
INTR  pin  providing  that  MPCOM  (Missed  Packet  Count 
Overflow  Mask)  in  the  Interrupt  Mask  Register  is  clear. 
MPCO  will  be  cleared  (the  interrupt  will  be  unmasked) 
after  hardware  or  software  reset.  However,  until  the  first 
time  that  the  receiver  is  enabled,  MPC  will  not 
increment,  hence  no  interrupt  will  occur  due  to  missed 
packets  after  a  reset. 

(c)  Failure  to  read  packet  data  from  the  Receive  FIFO 
will  eventually  cause  an  overflow  condition.  The  FIFO 
will  maintain  any  previously  completed  packet(s),  which 
can  be  read  by  the  host  at  its  convenience.  However, 
packet  data  on  the  network  will  no  longer  be  received, 
regardless  of  destination  address,  until  the  overflow  is 
cleared  by  reading  the  remaining  Receive  FIFO  data 
and  Receive  Status.  The  MACE  device  will  increment 
the  Missed  Packet  Count  (MPC)  registerto  indicate  that 
a  packet  which  would  have  been  normally  passed  to  the 
host,  was  dropped  due  to  the  error  condition. 

LOOPBACK  OPERATION 

During  loopback,  the  FCS  logic  can  be  allocated  to  the 
receiver  by  setting  RCVFCSE  =  1  in  User  Test  Register. 
This  permits  both  the  transmit  and  receive  FCS  opera- 
tions to  be  verified  during  the  loopback  process.  The 
state  of  RCVFCSE  is  only  valid  during  loopback 
operation. 

If  RCVFCSE  =  0,  the  MACE  device  will  calculate  and  ap- 
pend the  FCS  to  the  transmitted  message.  The  receive 
message  passed  to  the  host  will  therefore  contain  an 
additional  four  bytes  of  FCS.  The  Receive  Frame  Status 
will  indicate  the  result  of  the  loopback  operation  and  the 
RCVCNT. 

If  RCVFCSE  =  1 ,  the  last  four  bytes  of  the  transmit  mes- 
sage must  contain  the  FCS  computed  for  the  transmit 
data  preceding  it.  The  MACE  device  will  transmit  the 
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data  without  addition  of  an  FCS  field,  and  the  FCS  will  be 
calculated  and  verified  at  the  receiver. 

The  loopback  facilities  of  the  MACE  device  allow  full  op- 
eration to  be  verified  without  disturbance  to  the  network. 
Loopback  operation  is  also  affected  by  the  state  of  the 
Loopback  Control  bits  (LOOP  [0-1])  in  the  User  Test 
Register.  This  affects  whether  the  internal  MENDEC  is 
considered  part  of  the  internal  or  external  loop- 
back  path. 


AMD  L-l 

When  in  the  loopback  mode(s),  the  multicast  address 
detection  feature  of  the  MACE  device,  programmed  by 
the  contents  of  the  Logical  Address  Filter  (LADR  [63-0]) 
can  only  be  tested  when  RCVFCSE  =  1 ,  allocating  the 
CRC  generator  to  the  receiver.  All  other  features 
operate  identically  in  loopback  as  in  normal  operation, 
such  as  automatic  transmit  padding  and  receive 
pad  stripping. 
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USER  ACCESSIBLE  REGISTERS 

The  following  registers  are  provided  for  operation  of  the 
MACE  device.  All  registers  are  8-bits  wide  unless  other- 
wise stated.  Note  that  all  reserved  register  bits  should 
be  written  as  zero. 


Receive  FIFO  (RCVFIFO) 


(REG  ADDR  0) 


RCVFIFO  [15-0] 


This  register  provides  a  1 6-bit  data  path  from  the  Re- 
ceive FIFO.  Reading  this  register  will  read  one  word/ 
bytefromthe  Receive  FIFO.  The  RCVFIFO  should  only 
be  read  when  Receive  Data  Transfer  Request 


(RDTREQ)  is  asserted.  If  the  RCVFIFO  location  is  read 
before  64-bytes  are  available  in  the  RCVFIFO  (or 
12-bytes  in  the  case  that  LLRCV  is  set  in  the  Receive 
Frame  Control  register),  DTV  will  not  be  returned.  Once 
the  64-byte  threshold  has  been  achieved  and  RDTREQ 
is  asserted,  the  de-assertion  of  RDTREQ  does  not  pre- 
vent additional  data  from  being  read  from  the  RCVFIFO, 
but  indicates  the  number  of  additional  bytes  which  are 
present,  before  the  RCVFIFO  is  emptied,  and 
subsequent  reads  will  not  return  DTV  (see  the  FIFO 
Sub-System  section  for  additional  details).  Write  opera- 
tions to  this  register  will  be  ignored  and  DTV  will  not  be 
returi 


Byte  transfers  from  the  RCVFIFO  are  supported,  and 
will  be  fully  aligned  to  the  target  memory  architecture, 
defined  by  the  BSWP  bit  in  the  BIU  Configuration  Con- 
trol register.  The  Byte  Enable  inputs  (BE1-0)  will  define 
which  half  of  the  data  bus  should  be  used  for  the  trans- 
fer. The  external  host/controller  will  be  informed  that  the 
last  byte/word  of  data  in  a  receive  frame  is  being  read 
from  the  RCVFIFO,  when  the  MACE  device  asserts  the 
EOF  signal. 


Transmit  FIFO  (XMTFIFO) 


(REG  ADDR  1) 


XMTFIFO  [15-0] 


This  register  provides  a  16-bit  data  path  to  the  Transmit 
FIFO.  Byte/word  data  written  to  this  register  will  be 
placed  in  the  Transmit  FIFO.  The  XMTFIFO  can  be  writ- 
ten  at  any  time  the  Transmit  Data  Transfer  Request 
(tdtreq)  is  asserted.  The  de-assertion  of  TDTREQ 
does  not  prevent  data  being  written  to  the  XMTFIFO,  but 
indicates  the  number  of  additional  write  cycles  which 
can  take  place,  before  the  XMTFIFO  is  filled,  and 
subsequent  writes  will  not  return  DTV  (see  the  FIFO 
Sub-Sys  em  section  for  additional  details).  Read  opera- 
tions to  this  register  will  be  ignored  and  DTV  will  not  be 
returned 

Byte  transfers  to  the  XMTFIFO  are  supported,  and  ac- 
cept data  from  the  source  memory  architecture  to  en- 
sure the  correct  byte  ordering  for  transmission,  defined 
by  the  BSWP  bit  in  the  MAC  Configuration  Control  regis- 
ter. The  Byte  Enable  inputs  (BE1-0)  will  define  which 
half  of  the  data  bus  shou  Id  be  used  for  the  transfer.  The 


use  of  byte  transfers  have  implications  on  the  latency 
time  provided  by  the  XMTFIFO  (see  the  FIFO  Sub- 
Sysfemsection  for  additional  details).  The  external  host/ 
controller  must  indicate  the  last  byte/word  of  data  in  a 
transmit  frame  is  being  written  to  the  XMTFIFO,  by  as- 
serting the  EOF  signal. 

Transmit  Frame  Control  (XMTFC)    (REG  ADDR  2) 

The  Transmit  Frame  Control  register  is  latched  inter- 
nally on  the  last  write  to  the  Transmit  FIFO  for  each  indi- 
vidual packet,  when  EOF  is  asserted.  This  permits 
automatic  transmit  padding  and  FCS  generation  on  a 
packet-by-packet  basis. 


DRTRY 

RES 

RES 

RES  |dXMTFCS 

RES 

RES 

APAD  XMT 

Bit 

Name 

Description 

Bit  7  DRTRY 


Bit  6-4  RES 


Bit  3 


Disable  Retry.  When  DRTRY  is 
set,  the  MACE  device  will  provide 
a  single  transmission  attempt  for 
the  packet,  all  further  retries  will 
be  suspended.  In  the  case  of  a 
collision  during  the  attempt,  a 
Retry  Error  (RTRY)  will  be  re- 
ported in  the  Transmit  Status. 
With  DRTRY  cleared,  the  MACE 
device  will  attempt  up  to  15  re- 
tries (1 6  attempts  total)  before  in- 
dicating a  Retry  Error.  DRTRY  is 
cleared  by  activation  of  the  RE- 
SET pin  or  SWRST  bit.  DRTRY  is 
sampled  during  the  transmit 
process  when  a  collision  occurs. 
DRTRY  should  not  be  changed 
whilst  data  remains  in  the  Trans- 
mit FIFO  since  this  may  cause  an 
unpredictable  retry  response  to  a 
collision.  Once  the  Transmit 
FIFO  is  empty,  DRTRY  can  be 
reprogrammed. 

Reserved.  Read  as  zeroes.  Al- 
ways write  as  zeroes. 

DXMTFCS  Disable  Transmit  FCS.  When 
DXMTFCS  =  0  the  transmitter 
will  generate  and  append  an  FCS 
to  the  transmitted  frame.  When 
DXMTFCS  =  1,  no  FCS  will  be 
appended  to  the  transmitted 
frame,  providing  that  APAD  XMT 
is  also  clear.  If  APAD  XMT  is  set, 
the  calculated  FCS  will  be  ap- 
pended to  the  transmitted  mes- 
sage regardless  of  the  state  of 
DXMTFCS.  The  value  of 
DXMTFCS  for  each  frame  is  pro- 
grammed when  EOF  is  asserted 
to  transfer  the  last  byte/word  for 
the  transmit  packet  to  the  FIFO. 
DXMTFCS    is    cleared  by 
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activation  of  the  RESET  pin  or 
SWRST  bit.  DXMTFCS  is  sam- 
pled only  when  EOF  is  asserted 
during  a  Transmit  FIFO  write. 


Bit 


Name  Description 


Bit  2-1  RES 


Reserved.  Read  as  zeroes, 
ways  write  as  zeroes. 


Al- 


Bit  0  APAD  XMT  Auto  Pad  Transmit.  APAD  XMT 
enables  the  automatic  padding 
feature.  Transmit  frames  will  be 
padded  to  extend  them  to  64 
bytes  including  FCS.  The  FCS  is 
calculated  for  the  entire  frame  in- 
cluding pad,  and  appended  after 
the  pad  field.  APAD  XMT  will 
override  the  programming  of  the 
DXMTFCS  bit.  APAD  XMT  is  set 
by  activation  of  the  RESET  pin  or 
SWRST  bit.  APAD  XMT  is  sam- 
pled only  when  EOF  is  asserted 
during  a  Transmit  FIFO  write. 

Transmit  Frame  Status  (XMTFS)      (REG  ADDR  3) 

The  Transmit  Frame  Status  is  valid  when  the  XMTSV  bit 
is  set.  The  register  is  read  only,  and  is  cleared  when 
XMTSV  is  set  and  a  read  operation  is  performed.  The 
XMTINTbit  in  the  Interrupt  Register  will  be  set  when  any 
bit  is  set  in  this  register. 

Note  that  if  XMTSV  is  not  set,  the  values  in  this  register 
can  change  at  any  time,  including  during  a  read  opera- 
tion. This  register  should  be  read  after  the  Transmit  Re- 
try Count  (XMTRC).  See  the  description  of  the  Transmit 
Retry  Count  (XMTRC)  for  additional  details. 


XMTSV     UFLO  LCOL 


ONE     DEFER    LCAR  RTRY 


Bit 


Name  Description 


Bit  7  XMTSV 


Bit  6  UFLO 


Transmit  Status  Valid.  Transmit 
Status  Valid  indicates  that  this 
status  is  valid  for  the  last  frame 
transmitted.  The  value  of  XMTSV 
will  not  change  during  a  read  op- 
eration. 

Underflow.  Indicates  that  the 
Transmit  FIFO  emptied  before 
the  end  of  frame  was  reached. 
The  transmitted  frame  is  trun- 
cated  at  that  point.  If  UFLO  is  set, 
TDTREQ  will  be  de-asserted, 
and  will  not  be  re-asserted  until 
the  XMTFS  has  been  read. 


Bit  5  LCOL  Late  Collision.  Indicates  that  a 
collision  occurred  after  the  slot 
time  of  the  channel  elapsed.  If 
LCOL  is  set,  tdtreq  will  be  de- 
asserted,  and  will  not  be 
re-asserted  until  the  XMTFS  has 
been  read.  The  MACE  device 
does  not  retry  after  a  late 
collision. 

Bit  4  MORE  More.  Indicates  that  more  than 
one  retry  was  needed  to  transmit 
the  frame.  ONE,  MORE  and 
RTRY  are  mutually  exclusive. 

Bit  3      ONE  One.  Indicates  that  exactly  one 

retry  was  needed  to  transmit  the 
frame.  ONE,  MORE  and  RTRY 
are  mutually  exclusive. 

Bit  2  DEFER  Defer.  Indicates  that  MACE  de- 
vice had  to  defer  transmission  of 
the  frame.  This  condition  results 
if  the  channel  is  busy  when  the 
MACE  device  is  ready  to 
transmit. 

Bit  1  LCAR  Loss  of  Carrier,  indicates  that  the 
carrier  became  false  during  a 
transmission.  The  MACE  device 
does  not  retry  upon  Loss  of  Car- 
rier. LCAR  will  not  be  set  when 
the  DAI  port  is  selected,  when 
the  10BASE-T  port  is  selected 
and  in  the  link  pass  state,  or  dur- 
ing any  internal  loopback  mode. 
When  the  1 0BASE-T  port  is  se- 
lected and  in  the  link  fail  state, 
LCAR  will  will  be  reported  for  any 
transmission  attempt. 

Bit  0  RTRY  Retry  Error.  Indicates  that  all  at- 
tempts to  transmit  the  frame 
were  unsuccessful,  and  that  fur- 
ther attempts  have  been  aborted. 
If  Disable  Retry  (DRTRY  in  the 
Transmit  Frame  Control  register) 
is  cleared,  RTRY  will  be  set  when 
a  total  of  16  unsuccessful  at- 
tempts were  made  to  transmit  the 
frame.  If  DRTRY  is  set,  RTRY  in- 
dicates that  the  first  and  only  at- 
tempt to  transmit  the  frame  was 
unsuccessful.  ONE,  MORE  and 
RTRY  are  mutually  exclusive.  If 
RTRY  is  set,  tdtreq  will  be  de- 
asserted,  and  will  not  be  re- 
asserted until  the  XMTFS  has 
been  read. 
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Transmit  Retry  Count  (XMTRC)       (REG  ADDR  4) 

The  Transmit  Retry  Count  should  be  read  only  in  re- 
sponse to  a  hardware  interrupt  request  (INTR  asserted) 
when  XMTINT  is  set  in  the  Interrupt  Register,  or  after 
XMTSV  is  set  in  the  Poll  Register.The  register  should  be 
read  before  the  Transmit  Frame  Status  register.  Read- 
ing the  Transmit  Frame  Status  with  XMTSV  set  will 
cause  the  XMTRC  value  to  be  reset.  This  register  is 
read  only. 


EXDEF 

RES 

RES 

RES  |xMTRC|3-0] 

Bit 

Name 

Description 

Bit  3-0 


Bit  6-4 


EXDEF 


RES 


Bit  3-0  XMTRC 
[3-0] 


Receive 
I 


RES  RES 


Bit 


Bit  7-4 
Bit  3 


Excessive  Defer.  The  EXDEF  bit 
will  be  set  if  a  transmit  frame 
waited  for  an  excessive  period 
for  transmission.  An  excessive 
defer  time  is  defined  in  accor- 
dance with  the  following  (from 
page  34,  section  5.2.4.1  of  IEEE 
Std  802.3h-1 990  Layer  Manage- 
ment):maxDeferTime  =  (2  x  (max 
frame  size  x  8)}  bits  where 
maxFrameSize  =  1518  bytes 
(from  page  68,  section  4.4.2.1  of 
ANSI/IEEE  Std  802.3-1990). 
So,  the  maxDeferTime  =  24288 
bitS  =  214+212  +  211+210  +  29  +27 
+26  +25 

Reserved.  Read  as  zeroes.  Al- 
ways write  as  zeroes. 

Transmit  Retry  Count.  Contains 
the  count  of  the  number  of  retry 
attempts  made  by  the  MACE  de- 
vice to  transmit  the  current  trans- 
mit packet.  The  value  of  the 
counter  will  be  zero  if  the  first 
transmission  attempt  was  suc- 
cessful, and  a  maximum  of  15  if 
all  retry  attempts  were  utilized. 
RTRY  will  be  set  in  Transmit 
Frame  Status  if  all  16  attempts 
were  unsuccessful. 


Frame  Control  (RCVFC)      (REG  ADDR  5) 

RES      RES  |    LLRCV    |  M/R      RES  ASTRPRCV 


Name  Description 


RES  Reserved.  Read  as  zeroes.  Al- 

ways write  as  zeroes. 

LLRCV  Low  Latency  Receive.  A  pro- 
grammable option  to  allow  ac- 
cess to  the  Receive  FIFO  before 
the  64-byte  threshold  has  been 
reached.  When  set,  data  can  be 
read  from  the  RCVFIFO  once  a 


Bit  2  M/R 


Bit  1  RES 


low  threshold  (12-bytes  after 
SFD  plus  synchronization)  has 
been  exceeded,  causing 
RDTREQ  to  be  asserted. 
rdtreq  will  remain  asserted  as 
long  as  one  read  cycle  can  be 
performed  on  the  RCVFIFO 
(identical  to  the  burst  mode). 

Indication  of  a  valid  read  cycle 
from  the  RCVFIFO  will  return 
DTV  asserted.  Reading  the 
RCVFIFO  before  data  is  avail- 
able, or  while  waiting  for  addi- 
tional data  once  a  packet  is  in 
progress  will  not  cause  the 
RCVFIFO  to  underflow,  and  will 
be  indicated  by  DTV  being  inva- 
lid. The  MACE  device  will  no 
longer  be  able  to  reject  runts  in 
this  mode,  this  responsibility  is 
transferred  to  the  host  system.  In 
the  case  of  a  collided  packet 
(normal  slot  time  collision  or  late 
collision),  the  MACE  device  will 
abort  the  reception,  and  return 
the  RCVFS.  Note  that  all  colli- 
sions in  this  mode  will  appear  as 
late  collisions  and  be  reported  by 
the  CLSN  bit  in  the  Receive 
Status  (RCVSTS)  byte. 

If  the  host  does  not  keep  up  with 
the  incoming  receive  data,  nor- 
mal RCVFIFO  overflow  recovery 
is  provided. 

Match/Reject.  The  Match/Reject 
option  sets  the  criteria  for  the  Ex- 
ternal Address  Detection  Inter- 
face. If  set,  the  EAM/R  pin  is 
configured  as  External  Address 
Match,  and  is  used  to  signal  the 
acceptance  of  a  receive  frame  to 
the  MACE  device.  If  cleared,  the 
pin  functions  as  External  Ad- 
dress Reject  and  is  used  to  flush 
unwanted  packets  from  the  Re- 
ceive FIFO  prior  to  thef  irst  asser- 
tion of  RDTREQ.  M/R  is  cleared 
by  activation  of  the  RESET  pin  or 
SWRST  bit.  When  the  EADI  fea- 
ture  is  disabled,  the  EAM/R  pin 
must  be  tied  active  (low)  and  all 
normal  receive  address  recogni- 
tion configurations  are  supported 
(physical,  logical  and  promiscu- 
ous). See  the  section  "External 
Address  Detection  Interface"  for 
additional  details. 

Reserved.  Read  as  zero.  Always 
write  as  zero. 
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B  t  0  ASTRP  RCV  Auto  Strip  Receive.  ASTRP  RCV 
enables  the  automatic  pad  strip- 
ping feature.  The  pad  and  FCS 
fields  will  be  stripped  from  re- 
ceive frames  and  not  placed  in 
the  FIFO.  ASTRP  RCV  is  set  by 
activation  of  the  RESET  pin  or 
the  SWRST  bit. 

Receive  Frame  Status  (RCVFS)       (REG  ADDR  6) 


RFS1— Receive  Status  (RCVSTS) 


RCVFS  [31-00] 


The  Receive  Frame  Status  is  a  single  byte  location 
which  must  be  read  by  four  read  cycles  to  obtain  the  four 
bytes  (32-bits)  of  status  associated  with  each  receive 
frame.  Receive  Frame  Status  can  be  read  using  either 
the  Register  Direct  or  FIFO  Direct  access  modes. 

In  Register  Direct  mode,  access  to  the  Receive  FIFO  will 
be  denied  until  all  four  status  bytes  for  the  completed 
frame  have  been  read  from  the  Receive  Frame  Status 
location.  In  FIFO  Direct  mode,  the  Receive  Frame 
Status  is  read  through  the  Receive  FIFO  location,  by 
continuing  to  execute  four  read  cycles  after  the  comple- 
tion of  packet  data  (and  assertion  of  EOF).  The  Receive 
Frame  Status  can  be  read  using  either  mode,  or  a  com- 
ination  of  both  modes,  however  each  status  byte  will  be 
resented  only  once  regardless  of  access  method, 
her  register  reads  and/or  writes  can  be  interleaved  at 
ny  time,  during  the  Receive  Frame  Status  sequence. 

he  Receive  Frame  Status  consists  of  the  following  four 
ytes  of  information: 

FSO    Receive  Message  Byte  Count 
(RCVCNT)  [7-0] 
RFS1    Receive  Status,  (RCVSTS)  [11-8] 
RFS2    Runt  Packet  Count  (RNTPC)  [7-0] 
RFS3    Receive  Collision  Count  (RCVCC)  [7-0] 
RFSO—  Receive  Message  Byte  Count  (RCVCNT) 


I  RCVCNT  [7:6] 


Bit 


Name  Description 


Bit  7-0    RCVCNT    The    Receive   Message  Byte 
[7:0]  Count  indicates  the  number  of 

whole  bytes  in  the  received  mes- 
sage. If  pad  bytes  were  stripped 
from  the  received  frame, 
RCVCNT  indicates  the  number 
of  bytes  received  less  the  num- 
ber of  pad  bytes  and  less  the 
number  of  FCS  bytes.  RCVCNT 
is  12  bits  long.  If  a  late  collision  is 
detected  (CLSN  set  in  RCVSTS), 
the  count  is  an  indication  of  the 
length  (in  byte  times)  of  the  dura- 
tion of  the  receive  activity  includ- 
ing the  collision.  RCVCNT  [10:8] 
correspond  to  bits  3-0  in  RFS1  of 
the  Receive  Frame  Status. 
RCVCNT  [11-0]  will  be  invalid 
when  OFLO  is  set. 


OFLO  CLSN    FRAM  FCS 


RCVCNT  [10:8] 


Bit 


Name  Description 


Bit  7  OFLO  Overflow  flag.  Indicates  that  the 
Receive  FIFO  overflowed  due  to 
the  inability  of  the  host/controller 
to  read  data  fast  enough  to  keep 
pace  with  the  receive  serial  bit 
stream  and  the  latency  provided 
by  the  Receive  FIFO  itself.  OFLO 
is  indicated  on  the  receive  frame 
that  caused  the  overflow  condi- 
tion; complete  frames  in  the  Re- 
ceive FIFO  are  not  affected. 
While  the  Receive  FIFO  is  in  the 
overflow  condition,  it  ignores  ad- 
ditional receive  data  on  the  net- 
work. The  internal  address 
detect  logic  will  continue  to  oper- 
ate and  the  Missed  Packet  Count 
(MPC  in  register  24)  will  be  incre- 
mented for  each  packet  which 
passes  the  address  match 
criteria,  and  complete  without 
collision. 

Bit  6  CLSN  Collision  Flag.  Indicates  that  the 
receive  operation  suffered  a  colli- 
sion during  reception  of  the 
frame.  If  CLSN  is  set,  it  indicates 
that  the  receive  frame  suffered  a 
late  collision,  since  a  frame  expe- 
riencing collision  within  the  slot 
time  will  be  automatically  deleted 
from  the  RCVFIFO  (providing 
LLRCV  in  the  Receive  Frame 
Control  register  is  cleared).  Note 
that  if  the  LLRCV  bit  is  enabled, 
the  late  collision  threshold  is  ef- 
fectively moved  from  the  normal 
64-byte  (512-bit)  level  to  the 
12-byte  (96-bit)  level.  Runt  pack- 
ets suffering  a  collision  will  be 
flushed  from  the  RCVFIFO  re- 
gardless of  the  state  of  the  RPA 
bit  (User  Test  Register).  CLSN 
will  not  be  set  if  OFLO  is  set. 

Bit  5  FRAM  Framing  Error  flag.  Indicates  that 
the  received  frame  contained  a 
non-integer  multiple  of  bytes  and 
an  FCS  error.  If  there  was  no 
FCS  error  then  FRAM  will  not  be 
set.  FRAM  is  not  valid  during  in- 
ternal loopback.  FRAM  will  not 
be  set  if  OFLO  is  set. 

Bit  4     FCS  FCS  Error  flag.  Indicates  that 

there  is  an  FCS  error  in  the 
frame.  The  receive  FCS  is  com- 
puted and  checked  normally 
when  ASTRP  RCV  =  1 ,  but  is  not 
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passed  to  the  host.  FCS  will  not 
be  set  if  OFLO  is  set. 

Bit  3-0  RCVCNT     The   Receive   Message  Byte 

[11:8]  Count  indicates  the  number  of 
whole  bytes  in  the  received  mes- 
sage from  the  network.  RCVCNT 
is  12  bits  long,  and  valid  (accu- 
rate) only  when  there  are  no  er- 
rors reported  in  the  Receive 
Status  (RCVSTS).  If  a  late  colli- 
sion is  detected  (CLSN  set  in 
RCVSTS),  the  count  is  an  indica- 
tion of  the  length  (in  byte  times)  of 
the  duration  of  the  receive  activ- 
ity including  the  collision. 
RCVCNT  [7:0]  correspond  to  bits 
7-0  in  RFSO  of  the  Receive 
Frame  Status.  RCVCNT  [11-0} 
will  be  invalid  when  OFLO  is  set. 

RFS2— Runt  Packet  Count  (RNTPC) 


Bit 


RNTPC  [7-0] 


Bit  7-0 


Name  Description 


RNTPC 
[7-0] 


The  Runt  Packet  Count  indicates 
the  number  of  runt  packets  re- 
ceived, addressed  to  this  node, 
since  the  last  successfully  re- 
ceived packet.  The  value  does 
not  roll  over  after  255  runt  pack- 
ets have  been  detected,  and  will 
remain  frozen  at  the  maximum 
count. 

RFS3 — Receive  Collision  Count  (RCVCC) 


RCVCC  [7-0] 


Bit 


Bit  7-0 


Name  Description 


RCVCC  The  Receive  Collision  Count  in- 
[7-0]  dicates  the  number  of  collisions 

detected  on  the  network  since 
the  last  successfully  received 
packet.  The  value  does  not  roll 
over  after  255  collisions  have 
been  detected,  and  will  remain 
frozen  at  the  maximum  count. 


FIFO  Frame  Count  (FIFOFC) 


(REG  ADDR  7) 


RCVFC[3-0] 


XMTFC[3-0] 


Bit 


Bit  7-4 


Name  Description 


RCVFC  Receive  Frame  Count.  The  (read 
[3-0]  only)  count  of  the  frames  in  the 

Receive  FIFO.  A  frame  is 
counted  when  the  last  byte  is  put 
in  the  FIFO.  The  counter  is 
decremented  when  the  last  byte 
of  the  frame  is  read.  If  the 


RCVFC  reaches  its  maximum 
value  of  15,  additional  receive 
frames  will  be  ignored,  and  the 
Missed  Packet  Count  (MPC)  reg- 
ister will  be  incremented  for 
frames  which  match  the  internal 
address(es)  of  the  MACE  device. 

Bit  3-0  XMTFC       Transmit   Frame   Count.  The 
[3-0]  (read  only)  count  of  the  frames  in 

the  Transmit  FIFO.  A  frame  is 
counted  when  the  last  byte  is  put 
in  the  FIFO.  The  counter  is 
decremented  when  XMTSV  (in 
the  Transmit  Frame  Status  and 
Poll  Register)  is  set  and  the 
Transmit  Frame  Status  read  ac- 
cess is  performed. 

Interrupt  Register  (IR)  (REG  ADDR  8) 

All  status  bits  are  set  upon  occurrence  of  an  event  and 
cleared  when  read.  The  resister  is  read  only.  In  addition 
all  status  bits  are  cleared  by  hardware  or  software  reset. 
Bit  assignments  for  the  register  are  as  follows: 


JAB 

BABL 

CERR 

RCVCCO 

RNTPCO 

MPCO 

RCVINT 

XMTINT 

Bit 


Name  Description 


Bit  7      JAB  Jabber  Error.  JAB  indicates  that 

the  MACE  device  attempted  to 
transmit  for  an  excessive  time 
period  (20-150  ms),  when  using 
either  the  DAI  port  or  the 
10BASE-T  port.  If  the  internal 
jabber  timer  expires  during  trans- 
mission, the  transmit  bit  stream 
will  be  interrupted,  until  the  inter- 
nal transmission  ceases  and  the 
unjab  timer  (0.5  s  ±0.25  s)  ex- 
pires. The  jabber  function  will  be 
disabled,  and  JAB  will  not  be 
set,  regardless  of  transmission 
length,  when  either  the  AUI  or 
GPSI  ports  have  been  selected. 

JAB  is  READ/CLEAR  only,  and  is 
set  by  the  MACE  device  and  re- 
set when  read.  Writing  has  no  ef- 
fect. It  is  also  cleared  by 
activation  of  the  RESET  pin  or 
SWRST  bit. 

Bit  6  BABL  Babble  Error.  BABL  is  the  trans- 
mitter time-out  error.  It  indicates 
that  the  transmitter  has  been  on 
the  channel  longer  than  the  time 
required  to  send  the  maximum 
packet.  It  will  be  set  after  1519 
bytes  (or  greater)  have  been 
transmitted.  The  MACE  device 
will  continue  to  transmit  until  the 
current  packet  transmission  is 
over.  The  INTR  pin  will  be  acti- 
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Bit  5  CERR 


Bit  4  RCVCCO 


vated  if  the  corresponding  mask 
bit  BABLM  =  0. 

BABL  is  READ/CLEAR  only,  and 
is  set  by  the  MACE  device  and 
reset  when  read.  Writing  has  no 
ettect.  It  is  also  cleared  by  activa- 
tion of  the  RESET  pin  or  SWRST 
bit. 

Collision  Error.  CERR  indicates 
the  absence  of  the  Signal  Quality 
Error  Test  (SQE  Test)  message 
after  a  packet  transmission.  The 
SQE  Test  message  is  a  trans- 
ceiver test  feature.  Detection  de- 
pends on  the  MACE  network 
interface  selected.  In  all  cases, 
CERR  will  be  set  if  the  MACE  de- 
vice failed  to  observe  the  SQE 
Test  message  within  20  network 
bit  times  after  the  packet  trans- 
mission  ended.  When  CERR  is 
set,  the  INTR  pin  will  be  activated 
if  the  corresponding  mask  bit 
CERRM  =  0. 

When  the  AUI  port  is  selected, 
the  SQE  Test  message  is  re- 
turned over  the  CI+  pair  as  a  brief 
(5-15  bit  times)  burst  of  10  MHz 
activity.  When  the  10BASE-T 
port  is  selected,  CERR  will  be  re- 
ported after  a  transmission  only 
when  the  internal  transceiver  is  in 
the  link  fail  state  (LNKST  pin  = 
HIGH).  When  the  GPSI  port  is 
selected,  the  CLSN  pin  must  be 
asserted  by  the  external  en- 
coder/decoder to  provide  the 
SQE  Test  function.  When  the 
DAI  port  is  selected,  CERR  will 
not  be  reported  at  any  time. 
CERR  is  READ/CLEAR  only.  It  is 
set  by  the  MACE  and  reset  when 
read.  Writing  has  no  effect.  It  is 
also  cleared  by  activation  of  the 
RESET  pin  or  SWRST  bit. 

Receive  Collision  Count  Over- 
flow. Indicates  that  the  Receive 
Collision  Count  register  rolled 
over  at  a  value  of  255  receive  col- 
lisions. Receive  collisions  are  de- 
fined as  received  frames  which 
suffered  a  collision.  The  INTR  pin 
will  be  activated  if  the  corre- 
sponding mask  bit  RCVCCOM  = 
0.  Note  that  the  RCVCC  value  re- 
turned in  the  Receive  Frame 
Status  (RFS3)  will  freeze  at  a 
value  of  255,  whereas  this  regis- 
ter based  version  of  RCVCC 
(REG  ADDR  27)  is  free  running. 

RCVCCO  is  READ/CLEAR  only. 
It  is  set  by  the  MACE  device  and 


Bit  3 


RNTPCO 


Bit  2  MPCO 


Bit  1  RCVINT 


Bit  0  XMTINT 


reset  when  read.  Writing  has  no 
effect.  It  is  also  cleared  by  assert- 
ing  the  RESET  pin  or  SWRST  bit. 

Runt  Packet  Count  Overflow.  In- 
dicates that  the  Runt  Packet 
Count  register  rolled  over  at  a 
value  of  255  runt  packets.  Runt 
packets  are  defined  as  received 
frames  which  passed  the  internal 
address  match  criteria  but  did  not 
contain  a  minimum  of  64-bytesof 
data  after  SFD.  The  INTR  pin  will 
be  activated  if  the  correspond- 
ing mask  bit  RNTPCOM  =  0. 
Note  that  the  RNTPC  value  re- 
turned in  the  Receive  Frame 
Status  (RFS2)  will  freeze  at  a 
value  of  255,  whereas  this  regis- 
ter based  version  of  RNTPC 
(REG  ADDR  26)  is  free  running. 

RNTPCO  is  READ/CLEAR  only. 
It  is  set  by  the  MACE  device  and 
reset  when  read.  Writing  has  no 
effect.  It  is  also  cleared  by  assert- 
ing  the  RESET  pin  or  SWRST  bit. 

Missed  Packet  Count  Overflow. 
Indicates  that  the  Missed  Packet 
Count  register  rolled  over  at  a 
value  of  255  missed  frames. 
Missed  frames  are  defined  as  re- 
ceived frames  which  passed  the 
internal  address  match  criteria 
but  were  missed  due  to  a  Re- 
ceive FIFO  overflow,  the  receiver 
being  disabled  (ENRCV  =  0)  or 
an  excessive  receive  frame 
count  (RCVFC  >  15).  The  INTR 
pin  will  be  activated  if  the  corre- 
sponding mask  bit  MPCOM  =  0. 

MPCO  is  READ/CLEAR  only.  It 
is  set  by  the  MACE  device  and 
reset  when  read.  Writing  has  no 
effect.  It  is  also  cleared  by  assert- 
ing  the  RESET  pin  or  SWRST  bit. 

Receive  Interrupt.  Indicates  that 
the  host  read  the  last  byte/word 
of  a  packet  from  the  Receive 
Fl  FO.  The  Receive  Frame  Status 
is  available  immediately  on  the 
next  host  read  operation.  The 
INTR  pin  will  be  activated  if  the 
corresponding  mask  bit 
RCVINTM  =  0. 

RCVINT  is  READ/CLEAR  only.  It 
is  set  by  the  MACE  device  and 
reset  when  read.  Writing  has  no 
effect.  It  is  also  cleared  by  activa- 
tion of  the  RESET  pin  or  SWRST 
bit. 

Transmit  Interrupt.  Indicates  that 
the  MACE  device  has  completed 
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the  transmission  of  a  packet  and 
updated  the  Transmit  Frame 
Status.  The  INTR  pin  will  be  acti- 
vated it  the  corresponding  mask 
bit  XMTINTM  =  0. 
XMTINT  is  READ/CLEAR  only.  It 
is  set  by  the  MACE  device  and 
reset  when  read.  Writing  has  no 
effect.  It  is  also  cleared  by  activa- 
tion of  the  RESET  pin  or  SWRST 
bit. 


Interrupt  Mask  Register  (IMR)         (REG  ADDR  9) 

This  register  contains  the  mask  bits  for  the  interrupts. 
Read/write  operations  are  permitted.  Writing  a  one  into 
a  bit  will  mask  the  corresponding  interrupt.  Writing  a 
zero  to  any  previously  set  bit  will  unmask  the  corre- 
sponding interrupt.  Bit  assignments  for  the  register  are 
as  follows: 


Bit  7 


RES 

BAl 

lm|cerrm 

RCVCCOM 

RNTPCOM 

MPCOM 

RCVINTM 

XMTINTM 

Bit 

Name  Description 

Bit  6  BABLM 


Bit  5 


Bit  4 


JABM  Jabber  Error  Mask.  JABM  is  the 
mask  for  JAB.  The  INTR  pin  will 
not  be  asserted  by  the  MACE  de- 
vice regardless  of  the  state  of  the 
JAB  bit,  if  JABM  is  set.  It  is 
cleared  by  activation  of  the  RE- 
SET pin  or  SWRST  bit. 

Babble  Error  Mask.  BABLM  is 
the  mask  for  BABL.  The  INTR  pin 
will  not  be  asserted  by  the  MACE 
device  regardless  of  the  state  of 
the  BABL  bit,  if  BABLM  is  set.  It  is 
cleared  by  activation  of  the 
RESET  pin  or  SWRST  bit. 

CERRM  Collision  Error  Mask.  CERRM  is 
the  mask  for  CERR.  The  INTR 
pin  will  not  be  asserted  by  the 
MACE  device  regardless  of  the 
state  of  the  CERR  bit,  if  CERRM 
is  set.  It  is  cleared  by  activation  of 
the  RESET  pin  or  SWRST  bit. 

RCVCCOM  Receive  Collision  Count  Over- 
flow Mask.  RCVCCOM  is  the 
mask  for  RCVCCO(Receive  Col- 
lision  Count  Overflow).  The  INTR 
pin  will  not  be  asserted  by  the 
MACE  device  regardless  of  the 
state  of  the  RCVCCO  bit,  if 
RCVCCOM  is  set.  It  is  cleared  by 
activation  of  the  RESET  pin  or 
SWRST  bit. 


Bit  3  RNTPCOM 


Bit  2  MPCOM 


Bit  1  RCVINTM 


Runt  Packet  Count  Overflow 
Mask.  RNTPCOM  is  the  mask  for 
RNTPCO  (Runt  Packet  Count 
Overflow).  The  INTR  pin  will  not 
be  asserted  by  the  MACE  device 
regardless  of  the  state  of  the 
RNTPCO  bit,  if  RNTPCOM  is  set. 
It  is  cleared  by  activation  of  the 
RESET  pin  or  SWRST  bit. 

Missed  Packet  Count  Overflow 
Mask.  MPCOM  is  the  mask  for 
MPCO  (Missed  Packet  Count 
Overflow).  The  INTR  pin  will  not 
be  asserted  by  the  MACE  device 
regardless  of  the  state  of  the 
MPCO  bit,  if  MPCOM  is  set.  It  is 
cleared  by  activation  of  the 
RESET  pin  or  SWRST  bit. 

Receive  Interrupt  Mask. 
RCVINTM  is  the  mask  for 
RCVINT.  The  INTR  pin  will  not  be 
asserted  by  the  MACE  device  re- 
gardless of  the  state  of  the 
RCVINT  bit,  if  RCVINTM  is  set.  It 
is  cleared  by  activation  of  the 
RESET  pin  or  SWRST  bit. 

Transmit  Interrupt  Mask. 
XMTINTM  is  the  mask  for 
XMTINT.  The  INTR  pin  will  not  be 
asserted  by  the  MACE  device  re- 
gardless of  the  state  of  the 
XMTINT  bit,  if  XMTINT  is  set.Jtjs 
cleared  by  activation  of  the  RE- 
SET pin  or  SWRST  bit. 

Poll  Register  (PR)  (REG  ADDR  10) 

This  register  contains  copies  of  internal  status  bits  to 
simplify  a  host  implementation  which  is  non-interrupt 
driven.  The  register  is  read  only,  and  its  status  is  unaf- 
fected by  read  operations.  All  register  bits  are  cleared  by 
hardware  or  software  reset.  Bit  assignments  are  as  fol- 
lows: 


BitO 


XMTINTM 


XMTSV 

TDTREO 

RDTREQ 

RES 

RES 

RES 

RES 

RES 

Bit 


Name  Description 


Bit  7  XMTSV 


Bit  6  TDTREQ 


Transmit  Status  Valid.  Transmit 
Status  Valid  indicates  that  the 
Transmit  Frame  Status  is  valid. 

Transmit  Data  Transfer  Request. 
An  internal  indication  of  the  cur- 
rent request  status  of  the  Trans- 
mit FIFO.  TDTREQ  is  set  when 
the  external  tdtreq  signal  is 
asserted. 


1-126 


AMD  C\ 


Bit  5      RDTREQ     Receive  Data  Transfer  Request. 

An  internal  indication  of  the 
current  request  status  of  the  Re- 
ceive FIFO.  RDTREQ  is  set 
when  the  external  RDTREQ  sig- 
nal is  asserted. 

Reserved.  Read  as  zeroes. 
Always  write  as  zeroes. 

BIU  Configuration  Control  (BIUCC)  (REG  ADDR 1 1 ) 

All  bits  within  the  BIU  Configuration  Control  register  will 
be  set  to  their  default  state  upon  a  hardware  or  software 
reset.  Bit  assignments  are  as  follows: 


Bit  4-0  RES 


RES 

BSWP 

XMTSP  [1-0] 

RES 

RES 

RES 

SWRST 

Bit 

Name  Description 

Bit  7      RES  Reserved.  Read  as  zero.  Always 

write  as  zero. 

Jit  6  BSWP  Byte  Swap.  The  BSWP  function 
allows  data  to  and  from  the 
FIFOs  to  be  orientated  according 
to  little  endian  or  big  endian  byte 
ordering  conventions.  BSWP  is 
cleared  by  by  activation  of  the 
RESET  pin  or  SWRST  bit,  de- 
faulting to  Intel  byte  ordering. 

3it  5-4    XMTSP       Transmit  Start  Point.  XMTSP 
[1-0]  controls  the   point  preamble 

transmission  commences  in  rela- 
tion to  the  number  of  bytes  writ- 
ten to  the  XMTFIFO.  When  the 
entire  frame  is  in  the  XMTFIFO 
(or  the  XMTFIFO  becomes  full 
before  the  threshold  is 
achieved),  transmission  of  pre- 
amble will  start  regardless  of  the 
value  in  XMTSP  (once  the  IPG 
time  has  expired).  XMTSP  is 
given  a  value  of  1 0  (64  bytes)  af- 
ter hardware  or  software  reset. 
Regardless  of  XMTSP,  the  FIFO 
will  not  internally  over  write  its 
data  until  at  least  64  bytes,  or  the 
entire  frame,  has  been  transmit- 
ted onto  the  network.  This  en- 
sures that  for  collisions  within  the 
slot  time  window,  transmit  data 
need  not  be  re-written  to  the 
XMTFIFO,  and  re-tries  will  be 
handled  autonomously  by  the 
MACE  device. 

Transmit  Start  Point 


XMTSP  [1-0] 

Bytes 

00 

4 

01 

16 

10 

64 

11 

112 

Bit  3-1    RES  Reserved.    Read   as  zeroes. 

Always  write  as  zeroes. 

Bit  0  SWRST  Software  Reset.  When  set,  pro- 
vides an  equivalent  of  the  hard- 
ware RESET  pin  function.  All 
register  bits  will  be  set  to  their  de- 
fault values.  The  MACE  device 
will  require  re-initialization  after 
SWRST  has  been  activated.  The 
MACE  device  will  clear  SWRST 
during  its  internal  reset  se- 
quence. 

FIFO  Configuration  Control  (REG  ADDR  12) 

(FIFOCC) 

All  bits  within  the  FIFO  Configuration  Control  register 
will  be  set  to  their  default  state  upon  a  hardware  or  soft- 
ware reset.  Bit  assignments  are  as  follows: 


XMTFW[1-0] 

RCVFW  [1-0] 

XMTFWU 

RCVFWU 

XMTBRST 

RCVBRST 

Bit 

Name 

Description 

Bit  7-6    XMTFW      Transmit      FIFO  Watermark. 
[1-0]  XMTFW    controls    the  point 

TDTREQ  is  asserted  in  relation 
to  the  number  of  write  cycles  to 
the  Transmit  FIFO.  TDTREQ  will 
be  asserted  at  any  time  that  the 
number  of  write  cycles  specified 
by  XMTFW  can  be  executed. 
XMTFW  is  set  to  a  value  of  00  (8 
cycles)  after  hardware  or  soft- 
ware reset. 

Transmit  FIFO  Watermarks 


XMTFW  [1-0] 

Write  Cycles 

00 

8 

01 

16 

10 

32 

11 

XX 

The  XMTFW  value  will  only  be 
updated  when  the  XMTFWU  bit 
is  set. 

To  ensure  that  sufficient  space  is 
present  in  the  XMTFIFO  to  ac- 
cept the  specified  number  of 
write  cycles  (including  an  End- 
Of-Frame  delimiter),  TDTREQ 
may  go  inactive  before  the 
XMTSP  threshold  is  reached 
when  using  the  non  burst  mode 
(XMTBRST  =  0).  The  host  must 
be  aware  that  despite  TDTREQ 
going  inactive,  additional  space 
exists  in  the  XMTFIFO,  and  the 
data  write  must  continue  to  en- 
sure the  XMTSP  threshold  is 
achieved.  No  transmit  activity  will 
commence  until  the  XMTSP 
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single  write  cycle  can  be  per- 
formed. See  the  FIFO  Sub-sys- 
tem section  for  additional  details. 

RCVFW  Receive  FIFO  Watermark. 
[1-0]  RCVFW    controls    the  point 

rdtreq  is  asserted  in  relation 
to  the  number  of  bytes  available 
in  the  RCVFIFO.  RCVFW  speci- 
fies the  number  of  bytes  which 
must  be  present  (once  the  packet 
has  been  verified  as  a  non-runt), 
before  the  rdtreq  is  asserted. 
Note  however  that  in  order  for 
rdtreq  to  be  activated  for  a 
new  frame,  at  least  64-bytes 
must  have  been  received.  This 
effectively  avoids  reacting  to  re- 
ceive frames  which  are  runts  or 
suffer  a  collision  during  the  slot 
time  (512  bit  times).  If  the  Runt 
Packet  Accept  feature  (RPA  in 
Receive  Frame  Control)  is  en- 
abled, the  RDTREQ  pin  will  be 
activated  as  soon  as  either 
64-bytes  are  received,  or  a  com- 
plete valid  receive  frame  is  de- 
tected (regardless  of  length). 
RCVFW  is  set  to  a  value  of  1 0  (64 
bytes)  after  hardware  or  software 
reset. 

Receive  FIFO  Watermarks 


RC 

:vfw  [1-0] 

Bytes 

00 

16 

01 

32 

10 

64 

11 

XX 

Bit  3  XMTFWU 


The  RCVFW  value  will  only  be 
updated  when  the  RCVFWU  bit 
is  set. 

Transmit  FIFO  Watermark  Up- 
date. Allows  update  of  the  Trans- 
mit FIFO  Watermark  bits.  The 
XMTFW  can  be  written  at  any 
point,  and  will  be  read  back  as 
written.  However,  the  new  value 
in  the  XMTFW  bits  will  be  ignored 
until  XMTFWU  is  set  (or  the 
transmit  path  is  reset  due  to  a 


Bit  2  RCVFWU 


Bit  1  XMTBRST 


ib  io  wins  me  new  vaiue  witn 
XMTFWU  set,  in  a  single  write 
cycle.  The  XMTFIFO  should  be 
empty  and  all  transmit  activity 
complete  before  attempting  a 
watermark  update,  since  the 
XMTFIFO  will  be  reset  to  allow 
the  new  pointer  values  to  be 
loaded.  It  is  recommended  that 
the  transmitter  be  disabled  by 
clearing  the  ENXMT  bit. 
XMTFWU  will  be  cleared  by  the 
MACE  device  after  the  new 
XMTFW  value  has  been  loaded, 
or  by  activation  of  the  RESET  pin 
or  SWRST  bit. 

Receive  FIFO  Watermark  Up- 
date. Allows  update  of  the  Re- 
ceive FIFO  Watermark  bits.  The 
RCVFW  bits  can  be  written  at 
any  point,  and  will  read  back  as 
written.  However,  the  new  value 
in  the  RCVFW  bits  will  be  ignored 
until  RCVFWU  is  set.  The  recom- 
mended procedure  to  change  the 
RCVFW  is  to  write  the  new  value 
with  RCVFWU  set,  in  a  single 
write  cycle.  The  RCVFIFO 
should  be  empty  before  attempt- 
ing a  watermark  update,  since 
the  RCVFIFO  will  be  reset  to  al- 
low the  new  pointer  values  to  be 
loaded.  It  is  recommended  that 
the  receiver  be  disabled  by  clear- 
ing the  ENRCV  bit.  RCVFWU  will 
be  cleared  by  the  MACE  device 
after  the  new  RCVFW  value  has 
been  loaded,  or  by  activation  of 
the  RESET  pin  or  SWRST  bit. 

Transmit  Burst.  When  set,  the 
transmit  burst  mode  is  selected. 
The  behavior  of  the  Transmit 
FIFO  high  watermark,  and  hence 
the  de-assertion  of  TDTREQ,  will 
be  modified.  TDTREQ  will  be 
deasserted  if  there  are  only  two 
bytes  of  space  available  in  the 
XMTFIFO  (so  that  a  full  word 
write  can  still  occur)  or  if  four 
bytes  of  space  exist  and  the  EOF 
pin  is  asserted  by  the  host. 
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BtO  RCVBRST 


TDTREQ  will  be  asserted  identi- 
cally in  both  normal  and  burst 
modes,  when  there  is  sufficient 
space  in  the  XMTFIFO  to  allow 
the  specified  number  of  write 
cycles  to  occur  (programmed  by 
the  XMTFW  bits). 

Cleared  by  activation  of  the 
RESET  pin  or  SWRST  bit. 

Receive  Burst.  When  set,  the  re- 
ceive burst  mode  is  selected.  The 
behaviorof  the  Receive  FIFO  low 
watermark,  and  hence  the  de- 
assertion  of  RDTREQ,  will  be 
modified.  RDTREQwillde-assert 
when  there  are  only  2-bytes  of 
data  available  in  the  RCVFIFO 
(so  that  a  full  word  read  can  still 
occur). 

RDTREQ  will  be  asserted  identi- 
cally in  both  normal  and  burst 
modes,  when  a  minimum  of 
64-bytes  have  been  received  for 
a  new  frame  (or  a  runt  packet  has 
been  received  and  RPA  is  set). 
Once  the  64-byte  limit  has  been 
exceeded,  RDTREQ  will  be  as- 
serted providing  there  is  suffi- 
cient data  in  the  RCVFIFO  to 
exceed  the  threshold,  as  pro- 
grammed by  the  RCVFW  bits. 

Cleared  by  activation  of  the 
RESET  pin  or  SWRST  bit. 

MAC  Configuration 

Control  (MACCC)  (REG  ADDR  13) 

This  register  programs  the  transmit  and  receive  opera- 
tion and  behavior  of  the  internal  MAC  engine.  All  bits 
within  the  MAC  Configuration  Control  register  are 
cleared  upon  hardware  or  software  reset.  Bit  assign- 
ments are  as  follows: 


1 

'ROM 

DXMT2PD 

EMBA 

RES 

DRCVPA 

DRCVBC 

ENXMT 

ENRCV 

Bit 


Name  Description 


Bit  7  PROM 


Bit  6  DXMT2PD 


Promiscuous.  When  PROM  is 
set  all  incoming  frames  are  re- 
ceived regardless  of  the  destina- 
tion address.  PROM  is  cleared 
by  activation  of  the  RESET  pin  or 
SWRST  bit. 

Disable  Transmit  Two  Part  De- 
ferral. When  set,  disables  the 
transmit  two  part  deferral  option. 
DXMT2PD  is  cleared  by  activa- 
tion of  the  RESET  pin  or  SWRST 
bit. 


Bit  5  EMBA 


RES 


Bit  3  DRCVPA 


Bit  2  DRCVBC 


Bit  1  ENXMT 


Bit  0  ENRCV 


Enable  Modified  Back-off  Algo- 
rithm. When  set,  enables  the 
modified  backoff  algorithm. 
EMBA  is  cleared  by  activation  of 
the  RESET  pin  or  SWRST  bit. 

Reserved.  Read  as  zeroes.  Al- 
ways write  as  zeroes. 

Disable  Receive  Physical  Ad- 
dress. When  set,  the  physical  ad- 
dress detection  (Station  or  node 
ID)  of  the  MACE  device  will  be 
disabled.  Packets  addressed  to 
the  nodes  individual  physical  ad- 
dress will  not  be  recognized  (al- 
though the  packet  may  be 
accepted  by  the  EADI 
mechanism).  DRCVPA  is 
cleared  by  activation  of  the 
RESET  pin  or  SWRST  bit. 

Disable  Receive  Broadcast. 
When  set,  disables  the  MACE 
device  from  responding  to  broad- 
cast messages.  Used  for  proto- 
cols that  do  not  support 
broadcast  addressing,  except  as 
a  function  of  multicast.  DRCVBC 
is  cleared  by  activation  of  the  RE- 
SET pin  or  SWRST  bit  (broad- 
cast messages  will  be  received). 

Enable  Transmit.  Setting 
ENXMT  =  1  enables  transmis- 
sion. With  ENXMT  =  0,  no  trans- 
mission will  occur.  If  ENXMT  is 
written  as  0  during  frame  trans- 
mission, a  packet  transmission 
which  is  incomplete  will  have  a 
guaranteed  CRC  violation  ap- 
pended before  the  internal 
Transmit  FIFO  is  cleared.  No 
subsequent  attempts  to  load  the 
FIFO  should  be  made  until 
ENXMT  is  set  and  TDTREQ  is 
asserted.  ENXMT  is  cleared  by 
activation  of  the  reset  pin  or 
SWRST  bit. 

Enable  Receive.  Setting  ENRCV 
=  1  enables  reception  of  frames. 
With  ENRCV  =  0,  no  frames  will 
be  received  from  the  network  into 
the  internal  FIFO.  When  ENRCV 
is  written  as  0,  any  receive  frame 
currently  in  progress  will  be  com- 
pleted (and  valid  data  contained 
in  the  RCVFIFO  can  be  read  by 
the  host)  and  the  MACE  device 
will  enter  the  monitoring  state  for 
missed  packets.  Note  that  clear- 
ing the  ENRCV  bit  disables  the 
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assertion  of  RDTREQ.  If  ENRCV 
is  cleared  during  receive  activity 
and  remains  cleared  for  a  long 
time  and  if  the  tail  end  of  the  re- 
ceive frame  currently  in  progress 
is  longer  than  the  amount  of 
space  available  in  the  Receive 
FIFO,  Receive  FIFO  overflow  will 
occur.  However,  even  with 
RDTREQ  deasserted,  if  there  is 
valid  data  in  the  Receive  Fl  FO  to 
be  read,  successful  slave  reads 
to  the  Receive  FIFO  can  be  exe- 
cuted  (indicated  by  valid  DTV).  It 
is  the  host's  responsibility  to 
avoid  the  overflow  situation. 
ENRCV  is  cleared  by  activation 
of  the  RESET  pin  or  SWRST  bit. 

PLS  Configuration 

Control  (PLSCC)  (REG  ADDR  14) 

All  bits  within  the  PLS  Configuration  Control  register  are 
cleared  upon  a  hardware  or  software  reset.  Bit  assign- 
ments are  as  follows: 


Bit 


Bit  7-4 


Bit  3 


XMTSEL    PORTSEL  [1-0]  ENPLSIO 


Name  Description 


Bit  2-1 


RES  Reserved.   Read   as  zeroes. 

Always  write  as  zeroes. 

XMTSEL  Transmit  Mode  Select.  XMTSEL 
provides  control  over  the  AUI 
DO+  and  DO-  operation  while 
the  MACE  device  is  not  transmit- 
ting. With  XMTSEL  =  0,  DO+  and 
DO  will  be  equal  during  transmit 
idle  state,  providing  zero  differ- 
ential to  operate  transformer 
coupled  loads.  The  turn  off  and 
return  to  zero  delays  are  con- 
trolled internally.  With  XMTSEL  = 
1 ,  DO+  is  positive  with  respect  to 
DO  during  the  transmit  idle  state . 

PORTSEL  Port  Select.  PORTSEL  is  used  to 
[1-0]  select  between  the  AUI, 
10BASE-T,  DAI  orGPSI  ports  of 
the  MACE  device.  PORTSEL  is 
cleared  by  hardware  or  software 
reset.  PORTSEL  will  determine 
which  of  the  interfaces  is  used 
during  normal  operation,  or 
tested  when  utilizing  the  loop- 
back  options  (LOOP  [1-0])  in  the 
User  Test  Register.  Note  that  the 
PORTSEL  [1-0]  programming 
will  be  overridden  if  the  ASEL  bit 
in  the  PHY  Configuration  Control 
register  is  set. 


PORTSEL  Interface  Definition 


run i oll 
[1-0] 

Activs 
Interface 

DXCVR  Pin 

00 

AUI 

LOW 

01 

1 0BASE-T 

HIGH 

10 

DAI  Port 

HIGH 

11 

GPSI 

LOW 

BitO  ENPLSIO  Enable  PLS  I/O.  ENPLSIO  is 
used  to  enable  the  optional  I/O 
functions  from  the  PLS  function. 
The  following  pins  are  affected 
by  the  ENPLSIO  bit:  RXCRS, 
RXDAT,  TXEN,  TXDAT+, 
TXDAT-,  CLSN,  STDCLK, 
SRDCLK  and  SRD.  Note  that  if 
an  external  SIA  is  being  utilized 
via  the  GPSI,  PORTSEL  [1-0]  = 
1 1  must  be  programmed  before 
ENPLSIO  is  set,  to  avoid  conten- 
tion of  clock,  data  and/or  carrier 
indicator  signals. 

PHY  Configuration 

Control  (PHYCC)  (REG  ADDR  15) 

All  bits  within  the  PHY  Configuration  Control  register 
with  the  exception  of  LNKFL,  are  cleared  by  hardware  or 
software  reset.  Bit  assignments  are  as  follows: 


LNKFL 

DLNKTST 

REVPOL 

DA  PC 

LRT 

ASEL 

RWAKE  |  AWAKE 

Bit 

Name 

Description 

Bit  7  LNKFL 


Link  Fail.  Reports  the  link  integ- 
rity of  the  10BASE-T  receiver. 
When  the  link  test  function  is  en- 
abled (DLNKTST  =  0),  the  ab- 
sence of  link  beat  pulses  on  the 
RXD+  pair  will  cause  the  inte- 
grated 1 0BASE-T  transceiver  to 
go  into  the  link  fail  state.  In  the 
link  fail  state,  data  transmission, 
data  reception,  data  loopback 
and  the  collision  detection  func- 
tions are  disabled,  and  remain 
disabled  until  valid  data  or  >5 
consecutive  link  pulses  appear 
on  the  RXD±  pair.  During  link  fail, 
the  LNKFL  bit  will  be  set  and  the 
LNKST  pin  should  be  externally 
pulled  HIGH.  When  the  link  is 
identified  as  functional,  the 
LNKFL  bit  will  be  cleared  and  the 
LNKST  pin  is  driven  LOW,  which 
is  capable  of  directly  driving  a 
Link  OK  LED.  In  order  to  inter- 
operate  with  systems  which  do 
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Bit  6  DLNKTST 


Bit  5 


REVPOL 


Bit  4  DAPC 


Bit  3  LRT 


Bit  2 


ASEL 


Bit  1 


RWAKE 


not  implement  Link  Test,  this 
function  can  be  disabled  by  set- 
ting the  DLNKTST  bit.  With  Link 
Test  disabled  (DLNKTST  =  1), 
the  data  driver,  receiver  and 
loopback  functions  as  well  as  col- 
lision detection  remain  enabled 
irrespective  of  the  presence  or 
absence  of  data  or  link  pulses  on 
the  RXD±  pair.  The  transmitter 
will  continue  to  generate  link  beat 
pulses  during  periods  of  transmit 
data  inactivity.  Set  by  hardware 
or  software  reset. 

Disable  Link  Test.  When  set,  the 
integrated  10BASE-T  trans- 
ceiver will  be  forced  into  the  link 
pass  state,  regardless  of  receive 
link  test  pulses  or  receive  packet 
activity. 

Reversed  Polarity.  Indicates  the 
receive  polarity  of  the  RD±  pair. 
When  normal  polarity  is  de- 
tected, the  REVPOL  bit  will  be 
cleared,  and  the  RXPOL  pin  (ca- 
pable of  driving  a  Polarity  OK 
LED)  will  be  driven  LOW.  When 
reverse  polarity  is  detected,  the 
REVPOL  bit  will  be  set,  and  the 
RXPOL  pin  should  be  externally 
pulled  HIGH. 

Disable  Auto  Polarity  Correction. 
When  set,  the  automatic  polarity 
correction  will  be  disabled.  Polar- 
ity detection  and  indication  will 
still  be  possible  via  the  RXPOL 
pin. 

Low  Receive  Threshold.  When 
set,  the  threshold  of  the  twisted 
pair  receiver  will  be  reduced  by 
4.5  dB,  to  allow  extended  dis- 
tance operation. 

Auto  Select.  When  set,  the 
PORTSEL  [1-0]  bits  are  overrid- 
den, and  the  MACE  device  will 
automatically  select  the  operat- 
ing media  interface  port.  When 
the  10BASE-T  transceiver  is  in 
the  link  pass  state  (due  to  receiv- 
ing valid  packet  data  and/or  Link 
Test  pulses  or  the  DLNKTST  bit 
is  set),  the  1 0BASE-T  port  will  be 
used.  When  the  10BASE-T  port 
is  in  the  link  fail  state,  the  AUI  port 
will  be  used.  Switching  between 
the  ports  will  not  occur  during 
transmission  in  order  to  avoid 
any  type  of  fragment  generation. 

Remote  Wake.  When  set  prior  to 
the  sleep  pin  being  activated, 
the  AUI  and  10BASE-T  receiver 
sections  and  the  EADI  port  will 


continue  to  operate  even  during 
SLEEP.  Incoming  packet  activity 
will  be  passed  to  the  EADI  port 
pins  permitting  detection  of  spe- 
cific frame  contents  used  to 
initiate  a  wake-up  sequence. 
RWAKE  must  be  programmed 
prior  to  SLEEP  being  asserted 
for  this  function  to  operate. 
RWAKE  is  not  cleared  by 
SLEEP,  only  by  activation  of  the 
SWRST  bit  or  RESET  pin. 

BitO  AWAKE  Auto  Wake.  When  set  prior  to  the 
SLEEP  pin  being  activated,  the 
10BASE-T  receiver  section  will 
continue  to  operate  even  during 
SLEEP,  and  will  activate  the 
LNKST  pin  if  Link  Pass  is  de- 
tected. AWAKE  must  be  pro- 
grammed prior  to  SLEEP  being 
asserted  for  this  function  to  oper- 
ate.  AWAKE  is  not  cleared  by 
SLEEP,  only  by  activation  of  the 
SWRST  bit  or  RESET  pin. 

Chip  Identification  Register 

(CHIPID  [15-00])  (REG  ADDR  16  &17) 

This  16-bit  value  corresponds  to  the  specific  version  of 
the  MACE  device  being  used.  The  value  will  be  pro- 
grammed to  X940h,  where  X  is  a  value  dependent  on 
version. 


CHIPID  [07-00] 


CHIPID  [15-08] 


Internal  Address 

Configuration  (IAC)  (REG  ADDR  18) 

This  register  allows  access  to  and  from  the  multi-byte 
Physical  Address  and  Logical  Address  Filter  locations, 
using  only  a  single  byte  location. 

The  MACE  device  will  reset  the  IAC  register  PHYADDR 
and  LOGADDR  bits  after  the  appropriate  number  of 
read  or  write  cycles  have  been  executed  on  the  Physical 
Address  Register  or  the  Logical  Address  Filter.  Once 
the  LOGADDR  bit  is  set,  the  MACE  device  will  reset  the 
bit  after  8  read  or  write  operations  have  been  performed. 
Once  the  PHYADDR  bit  is  set,  the  MACE  device  will  re- 
set the  bit  after  6  read  or  write  operations  have  been  per- 
formed. The  MACE  device  makes  no  distinction 
between  read  or  write  operations,  advancing  the  inter- 
nal address  RAM  pointer  with  each  access.  If  both 
PHYADDR  and  LOGADDR  bits  are  set,  the  MACE  de- 
vice will  accept  only  the  LOGADDR  bit.  If  the  PHYADDR 
bit  is  set  and  the  Logical  Address  Filter  location  is  ac- 
cessed, a  DTV  will  not  be  returned.  Similarly,  if  the 
LOGADDR  bit  is  set  and  the  Physical  Address  Register 
location  is  accessed,  DTV  will  not  be  returned. 
PHYADDR  or  LOGADDR  can  be  set  in  the  same  cycle 
as  ADDRCHG. 
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Bit 


Bit  7 


Name  Description 


Bit  6-3 


Bit  2 


Bit  1 


BitO 


ADDRCHG  Address  Change.  When  set,  al- 
lows the  physical  and/or  logical 
address  to  be  read  or  pro- 
grammed. When  ADDRCHG  is 
set,  ENRCV  will  be  cleared,  the 
M  PC  will  be  stopped,  and  the  last 
or  current  in  progress  receive 
frame  will  be  received  as  normal. 
After  the  frame  completes,  ac- 
cess to  the  internal  address  RAM 
will  be  permitted,  indicated  by  the 
MACE  device  clearing  the 
ADDRCHG  bit.  Please  refer  to 
the  register  description  of  the 
ENRCV  bit  in  the  MAC  Configu- 
ration Control  register  (REG 
ADDR  13)  for  the  effect  of  clear- 
ing the  ENRCV  bit.  Normal  re- 
ception can  be  resumed  once  the 
physical/logical  address  has 
been  changed,  by  setting 
ENRCV. 

RES  Reserved.   Read  as  zeroes. 

Always  write  as  zeroes. 

PHYADDR  Physical  Address  Reset.  When 
set,  successive  reads  or  writes  to 
the  Physical  Address  Register 
will  occur  in  the  order  PADR 

[07-00],     PADR     [15-08]  , 

PADR  [47-40].  Each  read  or 
write  operation  on  the  PADR  lo- 
cation will  auto-increment  the  in- 
ternal pointer  to  access  the  next 
most  significant  byte. 

LOGADDR  Logical  Address  Reset.  When 
set,  successive  reads  or  writes  to 
the  Logical  Address  Filter  will  oc- 
cur in  the  order  LADRF  [07-00], 

LADRF        [15-08]  LADRF 

[63-56].  Each  read  or  write  op- 
eration on  the  LADRF  location 
will  auto-increment  the  internal 
pointer  to  access  the  next  most 
significant  byte. 

RES  Reserved.  Read  as  zero.  Always 

write  as  zero. 


Logical  Address  Filter 
(LADRF  [63-00]) 


(REG  ADDR  20) 


LADRF  [63-00] 


This  64-bit  mask  is  used  to  accept  incoming  Logical  Ad- 
dresses. The  Logical  Address  Filter  is  expected  to  be 
programmed  at  initialization  (after  hardware  or  software 
reset).  After  a  hardware  or  software  reset  and  before  the 
ENRCV  bit  in  the  MAC  Configuration  Control  register 
has  been  set,  the  Logical  Address  can  be  accessed  by 
setting  the  LOG  ADDR  bit  in  the  Internal  Address  Con- 
figuration register  (REG  ADDR  1 8)  and  then  by  perform- 
ing 8  reads  or  writes  to  the  Logical  Address  Filter.  Once 
ENRCV  has  been  set,  the  ADDR  CHG  bit  in  the  Internal 
Address  Configuration  register  must  be  set  and  be 
polled  until  it  is  cleared  by  the  MACE  device  before  set- 
ting the  LOGADDR  bit  and  before  accessing  of  the  Logi- 
cal Address  Filter  is  allowed. 

If  the  least  significant  address  bit  of  a  received  message 
is  set  (Destination  Address  bit  00  =  1 ),  then  the  address 
is  deemed  logical,  and  passed  through  the  FCS  genera- 
tor. After  processing  the  48-bit  destination  address,  a 
32-bit  resultant  FCS  is  produced  and  strobed  into  an  in- 
ternal register.  The  high  order  6-bits  of  this  resultant 
FCS  are  used  to  select  one  of  the  64-bit  positions  in  the 
Logical  Address  Filter  (see  diagram).  If  the  selected  fil- 
ter bit  is  a  1,  the  address  is  accepted  and  the  packet  will 
be  placed  in  memory. 

The  first  bit  of  the  incoming  address  must  be  a  J  for  a 
logical  address.  If  the  first  bit  is  a  0,  it  is  a  physical  ad- 
dress and  is  compared  against  the  value  stored  in  the 
Physical  Address  Register  at  initialization. 

The  Logical  Address  Filter  is  used  in  multicast  address- 
ing schemes.  The  acceptance  of  the  incoming  frame 
based  on  the  filter  value  indicates  that  the  message  may 
be  intended  forthe  node.  It  is  the  user's  responsibility  to 
determine  if  the  message  is  actually  intended  for  the 
node  by  comparing  the  destination  address  of  the  stored 
message  with  a  list  of  acceptable  logical  addresses. 

The  Broadcast  address,  which  is  all  ones,  does  not  go 
through  the  Logical  Address  Filter  and  is  always  en- 
abled providing  that  the  Disable  Receive  Broadcast  bit 
(DRCVBC  in  the  MAC  Configuration  Control  register)  is 
cleared.  If  the  Logical  Address  Filter  is  loaded  with  all 
zeroes  (and  PROM  =  0),  all  incoming  logical  addresses 
except  broadcast  will  be  rejected. 

Multicast  addressing  can  only  be  performed  when  using 
external  loopback  (LOOP  [1-0]  =  0)  by  programming 
RCVFCSE  =  1  in  the  User  Test  Register.  The  FCS  logic 
is  internally  allocated  to  the  receiver  section,  allowing 
the  FCS  to  be  computed  on  the  incoming  logical 
address. 
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Physical  Address 
(PADR  [47-00]) 


(REG  ADDR  21) 


PADR  [47-00] 


This  48-bit  value  represents  the  unique  node  value  as- 
signed by  the  IEEE  and  used  for  internal  address  com- 
parison. After  a  hardware  or  software  reset  and  before 
the  ENRCV  bit  in  the  MAC  Configuration  Control  regis- 
ter has  been  set,  the  Physical  Address  can  be  accessed 
by  setting  the  PHYADDR  bit  in  the  Internal  Address 
Configuration  register  (REG  ADDR  18)  and  then  by  per- 
forming 6  reads  or  writes  to  the  Physical  Address.  Once 
ENRCV  has  been  set,  the  ADDRCHG  bit  in  the  Internal 
Address  Configuration  register  must  be  set  and  be 
polled  until  it  is  cleared  by  the  MACE  device  before  set- 
ting the  PHYADDR  bit  and  before  accessing  of  the 
Physical  Address  is  allowed.  The  first  bit  of  the  incoming 
address  must  be  a  0  for  a  physical  address.  The  incom- 
ing address  is  compared  against  the  value  stored  in  the 
Physical  Address  register  at  initialization  provided  that 
the  DRCVPAbit  in  the  MAC  Configuration  Control  regis- 
ter is  c  eared. 

Missed  Packet  Count  (MPC)         (REG  ADDR  24) 


MPC  [7-0] 


The  Missed  Packet  Count  (MPC)  is  a  read  only  8-bit 
counter.  The  MPC  is  incremented  when  the  receiver  is 
unable  to  respond  to  a  packet  which  would  have  nor- 
mally been  passed  to  the  host.  The  MPC  will  be  reset  to 
zero  when  read.  The  MACE  device  will  be  deaf  to  re- 
ceive traffic  due  to  any  of  the  following  conditions  : 

■  The  host  disabled  the  receive  function  by  clearing 
the  ENRCV  bit  in  the  MAC  Configuration  Control 
register. 

■  A  Receive  FIFO  overflow  condition  exists,  and  must 
be  cleared  by  reading  the  Receive  FIFO  and  the  Re- 
ceive Frame  Status. 

■  The  Receive  Frame  Count  (RCVFC)  in  the  FIFO 
Frame  Count  register  exceeds  its  maximum  value, 
indicating  that  greater  than  1 5  frames  are  in  the  Re- 
ceive FIFO. 

If  the  number  of  received  frames  that  have  been  missed 
exceeds  255,  the  MPC  will  roll  over  and  continue  count- 
ing from  zero,  the  MPCO  (Missed  Packet  Count  Over- 
flow) bit  in  the  Interrupt  Register  will  be  set  (at  the  value 
255),  and  the  INTR  pin  will  be  asserted  providing  that 
MPCOM  (Missed  Packet  Count  Overflow  Mask)  in  the 


Interrupt  Mask  Register  is  clear.  MPCOM  will  be  cleared 
(the  interrupt  will  be  unmasked)  after  a  hardware  or  soft- 
ware reset. 

Note  that  the  following  conditions  apply  to  the  MPC: 

■  After  hardware  or  software  reset,  the  MPC  will  not 
increment  until  the  first  time  the  receiver  is  enabled 
(ENRCV  =  1 ).  Once  the  receiver  has  been  enabled, 
the  MPC  will  count  all  missed  packet  events,  re- 
gardless of  the  programming  of  ENRCV. 

■  The  packet  must  pass  the  internal  address  match  to 
be  counted.  Any  of  the  following  address  match 
conditions  will  increment  MPC  while  the  receiver  is 
deat 

Physical  Address  match; 
Logical  Address  match; 
Broadcast  reception; 

Any  receive  in  promiscuous  mode  (PROM  =  1  in  the 
MAC  Configuration  Control  register); 
EADI  feature  match  mode  and  EAM  is  asserted; 
EADI  feature  reject  mode  and  EAR  is  not  asserted. 

■  Any  packet  which  suffers  a  collision  within  the  slot 
time  will  not  be  counted. 

■  Runt  packets  will  not  be  counted  unless  RPA  in  the 
User  Test  Register  is  enabled. 

■  Packets  which  pass  the  address  match  criteria  but 
experience  FCS  or  Framing  errors  will  be  counted, 
since  they  are  normally  passed  to  the  host. 

Runt  Packet  Count  (RNTPC)         (REG  ADDR  26) 


RNTPC  [7-0] 


The  Runt  Packet  Count  (RNTPC)  is  a  read  only  8-bit 
counter,  incremented  when  the  receiver  detects  a  runt 
packet  that  is  addressed  to  this  node.  Runt  packets  are 
defined  as  received  frames  which  passed  the  internal 
address  match  criteria  but  did  not  contain  a  minimum  of 
64-bytes  of  data  after  SFD.  Note  that  the  RNTPC  value 
returned  in  the  Receive  Frame  Status  (RFS2)  will  freeze 
at  a  value  of  255,  whereas  this  register  based  version  of 
RNTPC  is  free  running.  The  value  will  roll  over  after  255 
runt  packets  have  been  detected,  setting  the  RNTPCO 
bit  (in  the  Interrupt  Register  and  asserting  the  INTR  pin  if 
the  corresponding  mask  bit  (RNTPCOM  in  the  Interrupt 
Mask  Register)  is  cleared.  RNTPC  will  be  reset  to  zero 
when  read. 
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Receive  Collision  Count  (RCVCC)  (REG  ADDR  27)       Bit  4  FCOLL 


RCVCC  [7-0] 


The  Receive  Collision  Count  (RCVCC)  is  a  read  only 
8-bit  counter,  incremented  when  the  receiver  detects  a 
collision  on  the  network.  Note  that  the  RCVCC  value  re- 
turned in  the  Receive  Frame  Status  (RFS3)  will  freeze  at 
a  value  of  255,  whereas  this  register  based  version  of 
RCVCC  is  free  running.  The  value  will  roll  over  after  255 
receive  collisions  have  been  detected,  setting  the 
RCVCCO  bit  (in  the  Interrupt  Register  and  asserting  the 
INTR  pin  if  the  corresponding  mask  bit  (RCVCCOM  in 
the  Interrupt  Mask  Register )  is  cleared.  RCVCC  will  be 
reset  to  zero  when  read. 

uLer  Test  Register  (UTR)  (REG  ADDR  29) 

The  User  Test  Register  is  used  to  put  the  chip  into  test 
configurations.  All  bits  within  the  Test  Register  are 
cleared  upon  a  hardware  or  software  reset.  Bit  assign- 
ments are  as  follows: 


RTRE 

RTRD 

RPA 

FCOLL 

RCVFCSE 

LOOP  [1-0] 

RES 

Bit 


Name  Description 


Bit  7      RTRE         Reserved  Test  Register  Enable. 

Access  to  the  Reserved  Test 
Registers  should  not  be  at- 
tempted by  the  user.  Note  that 
access  to  the  Reserved  Test 
Register  may  cause  damage  to 
the  MACE  device  if  configured 
in  a  system  board  application. 
Access  to  the  Reserved  Test 
Register  is  prevented,  regard- 
less of  the  state  of  RTRE,  once 
RTRD  has  been  set.  RTRE  is 
cleared  by  activation  of  the  RE- 
SET pin  or  SWRST  bit. 

Bit  6      RTRD         Reserved  Test  Register  Disable. 

When  set,  access  to  the  Re- 
served Test  Registers  is  inhib- 
ited, and  further  writes  to  the 
RTRD  bit  are  ignored.  Access  to 
the  Reserved  Test  Register  is 
prevented,  regardless  of  the 
state  of  RTRE,  once  RTRD  has 
been  set.  RTRD  can  only  be 
cleared  by  hardware  or  software 
reset. 

Bit  5      RPA  Runt  Packet  Accept.  Allows  re- 

ceive packets  which  are  less  than 
the  legal  minimum  as  specified 
by  IEEE  802.3/Ethernet,  to  be 
passed  to  the  host  interface  via 
the  Receive  FIFO.  The  receive 
packets  must  be  at  least  8  bytes 
(after  SFD)  in  length  to  be 
accepted.  RPA  is  cleared  by  acti- 
vation of  the  RESET  pin  or 
SWRST  bit. 


Bit  3 


RCVFCSE 


Bit  2-1 


Force  Collision.  Allows  the  colli- 
sion logic  to  be  tested.  The 
MACE  device  should  be  in  an  in- 
ternal loopback  test  for  the 
FCOLL  test.  When  FCOLL  =  1 ,  a 
collision  will  be  forced  during  the 
next  transmission  attempt.  This 
will  result  in  1 6  total  transmission 
attempts  (if  DRTRY  =  0)  with  the 
Retry  Error  reported  in  the  Trans- 
mit Frame  Status  register. 
FCOLL  is  cleared  by  the  activa- 
tion of  the  RESET  pin  or  SWRST 
bit. 

Receive  FCS  Enable.  Allows  the 
hardware  associated  with  the 
FCS  generation  to  be  allocated 
to  the  transmitter  or  receiver  dur- 
ing loopback  diagnostics.  When 
clear,  the  FCS  will  be  generated 
and  appended  to  the  transmit 
message  (providing  that 
DXMTFCS  in  the  Transmit 
Frame  Control  is  clear),  and  re- 
ceived after  the  loopback  proc- 
ess through  the  Receive  FIFO. 
When  set,  the  hardware  associ- 
ated with  the  FCS  generation  is 
allocated  to  the  receiver.  A  trans- 
mit packet  will  be  assumed  to 
contain  the  FCS  in  the  last  four 
bytes  of  the  frame  passed 
through  the  Transmit  FIFO.  The 
received  frame  will  have  the  FCS 
calculated  on  the  data  field  and 
compared  with  the  last  four  bytes 
contained  in  the  received  mes- 
sage. An  FCS  error  will  be 
flagged  in  the  Received  Status 
(RFS1)  if  the  received  and  calcu- 
lated values  do  not  match. 
RCVFCSE  is  only  valid  when  in 
any  one  of  the  loopback  modes 
as  defined  by  LOOP  [0-1].  Note 
that  if  the  receive  frame  is  ex- 
pected to  be  recognized  on  the 
basis  of  a  multicast  address 
match,  the  FCS  logic  must  be  al- 
located to  the  receiver 
(RCVFCSE  =  1).  RCVFCSE  is 
cleared  by  activation  of  the 
RESET  pin  or  SWRST  bit. 

LOOP  [1-0]  Loopback  Control.  The  loopback 
functions  allow  the  MACE  device 
to  receive  its  own  transmitted 
frames.  Three  levels  of  loopback 
are  provided  as  shown  in  the  fol- 
lowing table.  During  loopback 
operation  a  multicast  address 
can  only  be  recognized  if 
RCVFCSE  =  1.  LOOP  [0-1]  are 
cleared  by  activation  of  the 
RESET  pin  or  SWRST  bit. 
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Loopback  Functions 


Loc 

>p  [1-0] 

Function 

00 

No  Loopback 

01 

External  Loopback 

10 

Internal  Loopback,  excludes 
MENDEC 

11 

Internal  Loopback,  includes 
MENDEC 

External  loopback  allow  the 
MACE  device  to  transmit  to  the 
physical  medium,  using  either 
the  AUI,  1 0BASE-T,  DAI  or  GPSI 
port,  dependent  on  the 
PORTSEL  [1-0]  bits  in  the  PLS 


Configuration  Control  register. 
Using  the  internal  loopback  test 
will  ensure  that  transmission 
does  not  disturb  the  physical  me- 
dium and  will  prohibit  frame  re- 
ception from  the  network.  One 
Internal  loopback  function  in- 
cludes the  MENDEC  in  the  loop. 

Bit  0      RES  Reserved.  Read  as  zero.  Always 

write  as  zero. 

Reserved  Test  Register  1  (RTR1 )   (REG  ADDR  30) 

Reserved  for  AMD  internal  use  only. 

Reserved  Test  Register  2  (RTR2)   (REG  ADDR  31) 

Reserved  for  AMD  internal  use  only. 
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Register  Table  Summary 

Address 

Mnemonic 

Contents 

Comments 

0 

RCVFIFO 

Receive  FIFO  [15-00] 

Read  only 

1 

XMTFIFO 

Transmit  FIFO  [15-00] 

Write  only 

2 

XMTFC 

Transmit  Frame  Control 

Read/Write 

3 

XMTFS 

Transmit  Frame  Status 

Read  only 

4 

XMTRC 

Transmit  Retry  Count 

Read  only 

5 

RCVFC 

Receive  Frame  Control 

ReadA/Vrite 

6 

RCVFS 

Receive  Frame  Status  (4-bytes) 

Read  only 

7 

FIFOFC 

FIFO  Frame  Count 

Read  only 

8 

IR 

Interrupt  Register 

Read  only 

9 

IMR 

Interrupt  Mask  Register 

Read/Write 

10 

PR 

Poll  Register 

Read  only 

11 

BIUCC 

BIU  Configuration  Control 

Read/Write 

12 

FIFOCC 

FIFO  Configuration  Control 

Read/Write 

13 

MACCC 

MAC  Configuration  Control 

ReadA/Vrite 

14 

PLSCC 

PLS  Configuration  Control 

Read/Write 

15 

PHYCC 

PHY  Configuration  Control 

ReadA/Vrite 

16 

CHIPID 

Chip  Identification  Register  [07-00] 

Read  only 

17 

 ^UID.i-,  

Chip  Identification  Register  [15—08] 

Read  only 

18 

IAC 

Internal  Address  Configuration 

ReadA/Vrite 

19 

Reserved 

ReadA/Vrite  as  0 

20 

LADRF 

Logical  Address  Filter  (8-bytes) 

ReadAA/rite 

21 

PADR 

Physical  Address  (6-bytes) 

Read/Write 

22 

Reserved 

ReadA/Vrite  as  0 

23 

Reserved 

ReadA/Vrite  as  0 

24 

MPC 

Missed  Packet  Count 

Read  only 

25 

Reserved 

ReadA/Vrite  as  0 

26 

RNTPC 

Runt  Packet  Count 

Read  only 

27 

RCVCC 

Receive  Collision  Count 

Read  only 

28 

Reserved 

ReadA/Vrite  as  0 

29 

UTR 

User  Test  Register 

ReadA/Vrite 

30 

RTR1 

Reserved  Test  Register  1 

ReadA/Vrite  as  0 

31 

RTR2 

Reserved  Test  Register  2 

ReadAA/rite  as  0 
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Li  AMD 

Regisl 

16-Bit  F 

ter  Bit  Summary 
tegisters 

o 

RCVFIFO[15-0] 

1 

XMTFIFO[15-0] 

Addre 

5S 

Mnemonic 

2 

DRTRY 

RES 

RES 

RES 

DXMTFCS 

RES 

RES 

APADXMT 

3 

XMTSV 

UFLO 

LCOL 

MORE 

ONE 

DEFER 

LCAR 

RTRY 

4 

EXDEF 

RES 

RES 

RES 

XMTRC  [3-0] 

5 

RES 

RES 

RES 

RES 

LLRCV             M/R               RES       I  ASTRPRCV 

6 

RCVFS  [31-00] 

7 

RCVFC  [3-0] 

XMTFC  [3-0] 

8 

JAB 

BABL 

CERR 

RCVCCO 

RNTPCO 

MPCO 

RCVINT 

XMTINT 

9 

JABM 

BABLM 

CERRM 

RCVCCOM 

RNTPCOM 

MPCOM 

RCVINTM 

XMTINTM 

10 

XMTSV 

TDTREQ 

RDTREQ 

RES 

RES 

RES 

RES 

RES 

11 

RES 

BSWP 

XMTSP  [1-0] 

RES 

RES 

RES 

SWRST 

12 

XMTFW[1-0| 

RCVFW[1-0] 

XMTFWU 

RCVFWU 

XMTBRST 

RCVBRST 

13 

PROM 

DXMT2PD 

EMBA 

RES 

DRCVPA 

DRCVBC 

ENXMT 

ENRCV 

14 

RES 

RES 

RES 

RES 

XMTSEL 

PORTSEL  [1-0] 

ENPLSIO 

15 

LNKFL 

DLNKTST 

REVPOL 

DAPC 

LRT 

ASEL  RWAKE 

AWAKE 

16 

CHIPID  [07-00] 

17 

CHIPID  [15-08] 

18 

ADDRCHG  [       RES              RES              RES              RES       |    PHYADDR   |   LOGADDR  |  RES 

19 

RESERVED 

20 

LADRF  [63-00] 

21 

PADR  [47-00] 

22 

RESERVED 

23 

RESERVED 

24 

MPC  [7-0] 

25 

RESERVED 

26 

RNTPC  [7-0] 

27 

RCVCC  [7-0] 

28 

RESERVED 

29 

RTRE            RTRD             RPA             FCOLL      |   RCVFCSE    |             LOOP  [1-0]  RES 

30 

RESERVED 

31 

RESERVED 

Receive  Frame  Status 


Address 

Mnemonic 

RFS0 

RCVCNT  [7:0] 

RFS1 

OFLO            CLSN             FRAM             FCS                                   RCVCNT  [10:8] 

RFS2 

RNTPC  [7-0] 

rfs; 

RCVCC  [7-0] 
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Addr 


Mnemonic 


Contents 


R/W 


RCVFIFO 


Receive  FIFO— 1 6  bits 


RO 


XMTFIFO 


Transmit  FIFO— 16  bits 


WO 


XMTFC 


Transmit  Frame  Control 

80         DRTRY  Disable  Retry 

08         DXMTFCS      Disable  Transmit  FCS 

01         APADXMT      Auto  Pad  Transmit 


R/W 


XMTFS 


Transmit  Frame  Status 

80 

XMTSV 

Transmit  Status  Valid 

40 

UFLO 

Underflow 

20 

LCOL 

Late  Collision 

10 

MORE 

MORE  than  one  retry  was  needed 

08 

ONE 

Exactly  ONE  retry  occurred 

04 

DEFER 

Transmission  was  deferred 

02 

LCAR 

Loss  of  Carrier 

01 

RTRY 

Transmit  aborted  after  1 6  attempts 

80 

EXDEF 

Excessive  Defer 

40 

20 

10 

OF 

XMTRC  [3:0] 

4-bit  Transmit  Retry  Count 

RO 


XMTRC 


RO 


RCVFC 


Receive  Frame  Control 

08        LLRCV  Low  Latency  Receive 

04         M/R  Match/Reject  for  external  address  detection 

01  ASTRPRCV    Auto  Strip  Receive — Strips  pad  and  FCS  from  received  frames 


R/W 


RCVFS 


Receive  Frame  Status — 4  bytes — read  in  4  read  cycles 
RFS0     RCVCNT  [7:0]  Receive  Message  Byte  Count 

RFS1     RCVSTS,  RCVCNT  [1 1 :8]— Receive  Status  &  Receive  Msg  Byte  Count  MSBs 
80  OFLO  Receive  FIFO  Overflow 

40  CLSN  Collision  during  reception 

20  FRAM  Framing  Error 

10  FCS  FCS  (CRC)  error 

OF  RCVCNT  [1 1 :8]    4  MSBs  of  Receive  Msg.  Byte  Count 

RFS2     RNTPC  [7:0]    Runt  Packet  Count  (since  last  successful  reception) 
RFS3     RCVCC  [7:0]    Receive  Collision  Count  (since  last  successful  reception) 


RO 


FIFOFC 


FIFO  Frame  Count 
F0  RCVFC 
OF  XMTFC 


Receive  Frame  Count — #  of  RCV  frames  in  FIFO 
Transmit  Frame  Count — #  of  XMT  frames  in  FIFO 


RO 
RO 


IR 


Interrupt  Register 
80  JAB 


RO 


40 
20 
10 
08 
04 
02 
01 


BABL 

CERR 

RCVCCO 

RNTPCO 

MPCO 

RCVINT 

XMTINT 


Jabber  Error — Excessive  transmit  duration  (20-150ms) 
Babble  Error-»1518  bytes  transmitted 
Collision  Error — No  SQE  Test  Message 
Receive  Collision  Count  Overflow— Reg  Addr  27  overflow 
Runt  Packet  Count  Overflow— Reg  Addr  26  overflow 
Missed  Packet  Count  Overflow — Reg  Addr  24  overflow 
Receive  Interrupt — Host  has  read  last  byte  of  packet 
Transmit  Interrupt — Transmission  is  complete 
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80 

JABM 

Jduuci  error  ividbK 

40 

RAPI  M 

Dduuiy  cirur  ividb(\ 

Collision  Error  Mask 

1 0 

RpvrrnM 

no^ania  r~"i-\  1 1  ic  if*  n  f*rtiin+  r~^\/cir(lnvA(  h^scl/ 
neLelvc  OUIMblUri  OUUllL  WVeNIUW  Ivldbft 

rVVV 

08 

RNTPCOM 

Runt  Parkot  f~^mint  Ovorflnw  y^ck 

04 

MPCOM 

Mi<i<;pri  Packpt  Cnunt  Oi/prflnw  M^^k 

02 

RCVINTM 

Receive  Interrupt  Mask 

01 

XMTINTM 

Trancmit  Intprriirtt  K^acU 
[  IdllbMML  Illlellupi  lvldbr\ 

1  u 

PR 
r  n 

Poll  Register 

80 

XMTSV 

Transmit  Status  Valid 

Dr\ 
MU 

40 

TDTREQ 

Transmit  Data  Transfer  Request 

20 

RDTREQ 

Receive  Data  Transfer  Request 

1 1 

BIUCC 

Bus  Interface  Unit  Configuration  Control 

Oft   

40 

BSWP 

Byte  Swap 

30 

XMTSP— Transmit  Start  Point  (2  bits) 

00 

Transmit  after  4  bytes  have  been  loaded 

R/W 
rvvv 

01 

Transmit  after  16  bytes  have  been  loaded 

10 

Transmit  after  64  bytes  have  been  loaded 

11 

Transmit  after  112  bytes  have  been  loaded 

01 

SWRST 

Software  Reset 

12 

FIFOCC 

FIFO  Configuration  Control 

CO 

XMTFW 

Transmit  FIFO  Watermark  (2  bits) 

00 

Assert  TDTREQ  after  8  write  cycles  can  be  made 

01 

Assert  TDTREQ  after  16  write  cycles  can  be  made 

10 

Assert  TDTREQ  after  32  write  cycles  can  be  made 

11 

XX 

30 

RCVFW 

Receive  FIFO  Watermark  (2  bits) 

00 

Assert  RDTREQ  after  1 6  bytes  are  present 

R/W 
rvvv 

01 

Assert  RDTREQ  after  32  bytes  are  present 

10 

Assert  RDTREQ  after  64  bytes  are  present 

11 

XX 

08 

XMTFWU 

Transmit  FIFO  Watermark  Update— loads  XMTFW  bits 

04 

RCVFWU 

Receive  FIFO  Watermark  Update— loads  RCVFW  bits 

02 

XMTBRST 

Select  Transmit  Burst  mode 

01 

RCVBRST 

Select  Receive  Burst  mode 

13 

MACCC 

Media  Access  Control  (MAC)  Configuration  Control 

80 

PROM 

Promiscuous  mode 

40 

DXMT2PD 

Disable  Transmit  Two  Part  Deferral 

20 

EMBA 

Enable  Modified  Back-off  Algorithm 

10 

RAW 

n/vv 

08 

DRCVPA 

Disable  Receive  Physical  Address 

04 

DRCVBC 

Disable  Receive  Broadcast 

02 

ENXMT 

Enable  Transmit 

01 

ENRCV 

Enable  Receive 
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Addr 


Mnemonic 


Contents 


RAW 


14 


PLSCC 


Physical  Layer  Signalling  (PLS)  Configuration  Control 

08     XMTSEL    Transmit  Mode  Select:  1->DO±  =  1  during  IDLE 

06     PORTSEL  [1 :0J— Port  Select  (2  bits) 

00  AUI  selected 

01  1 0BASE-T  selected 

1 0  DAI  port  selected 

1 1  GPSI  selected 
01      ENPLSIO  Enable  Status 


R/W 


15 


PHYCC 


Physical  Layer  (PHY)  Configuration  Control 

Link  Fail — Reports  10BASE-T  receive  inactivity 
Disable  Link  Test — Force  1 0BASE-T  port  into  Link  Pass 
Reversed  Polarity — Reports  10BASE-T  receiver  wiring  error 
Disable  Auto  Polarity  Correction — Detection  remains  active 
Low  Receive  Threshold — Extended  distance  capability 
Auto  Select— Select  10BASE-T  port  when  active,  otherwise  AUI 
Remote  Wake — 10BASE-T,  AUI  and  EADI  features  active  during  sleep 
Auto  Wake — 10BASE-T  receive  and  LNKST  active  during  sleep  


R/W 


80 

LNKFL 

40 

DLNKTST 

20 

REVPOL 

10 

DAPC 

08 

LRT 

04 

ASEL 

02 

RWAKE 

01 

AWAKE 

16 


CHIPID 


Chip  Identification  Register  LSB — CHIPID  [7:0] 


RO 


17 


CHIPID 


Chip  Identification  Register  MSB— CHIPID  [15:8] 


RO 


18 


IAC 


Internal  Address  Configuration 

80  ADDRCHG  Address  Change 

40  — 

20  — 

10  — 

08  — 

04  — 
04 
02 
01 


-Write  to  PHYADDR  or  LOGADDR  after  ENRCV 


R/W 


PHYADDR  Reset  Physical  Address  pointer 
LOGADDR  Reset  Logical  Address  pointer 


19 


Reserved 


RA/V 
as  0 


20 


LADRF 


Logical  Address  Filter — 8  bytes — 8  reads  or  writes — LS  Byte  first 


R/W 


21 


PADR 


Physical  6  bytes— 6  reads  or  writes— LS  Byte  first 


RA/V 


22 


Reserved 


RA/V 
as  0 


23 


Reserved 


RA/V 
as  0 


24 


MPC 


Missed  Packet  Counter — Number  of  receive  packets  missed 


RO 


25 


Reserved 


R/W 
as  0 


26 


RNTPC 


Runt  Packet  Count — Number  of  runt  packets  addressed  to  this  node 


RO 


27 


RCVCC 


Receive  Collision  Count — Number  of  receive  collision  frames  on  network 


RO 


28 


Reserved 


RAV 
as  0 


29 


UTR 


User  Test  Register 

80     RTRE       Reserved  Test  Register  Enable — must  be  0 
RTRD       Reserved  Test  Register  Disable 
RPA         Runt  Packet  Accept 
FCOLL      Force  Collision 
RCVFCSE  Receive  FCS  Enable 


RA/V 


LOOP 

00 

01 

10 

11 

01 


Loopback  control  (2  bits) 
No  loopback 
External  loopback 

Internal  loopback,  excludes  MENDEC 
Internal  loopback,  includes  MENDEC 

Am79C940 
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Add 

Mnemonic 

Contents 

R/W 

30 

Reserved 

R/W 
as  0 

31 

Reserved 

R/W 
as  0 

SYSTEM  APPLICATIONS 

Host  System  Examples 

Motherboard  DMA  Controller 

The  block  diagram  shows  the  MACE  device  interfacing 
to  a  8237  type  DMA  controller.  Two  external  latches  are 
used  to  provide  a  24  bit  address  capability.  The  first 
latch  stores  the  address  bits  A  [1 5:8] ,  which  the  8237  will 
output  on  the  data  line  DB  [7:0],  while  the  signal  ADSTB 
is  active.  The  second  latch  is  used  as  a  page  register.  It 
extends  the  addressing  capability  of  the  8237  from 
1 6-bit  to  24-bit.  This  latch  must  be  programmed  by  the 
system  using  an  I/O  command  to  generate  the  signal 
LATCHHIGHADR. 

The  MACE  device  uses  two  of  the  four  DMA  channels. 
One  is  dedicated  to  fill  the  Transmit  FIFO  and  the  other 
to  empty  the  Receive  FIFO.  Both  DMA  channels  should 
be  programmed  in  the  following  mode: 

Command  Register: 

Memory  to  memory  disabled 
DREQ  sense  active  high 
DACK  sense  active  low 
Normal  timing 
Late  Write 

Note: 

This  is  the  same  configuration  as  used  in  the  IBM  PC. 


The  8237  and  the  MACE  device  run  synchronous  to  the 
same  SCLK.  The  8237  is  programmed  to  execute  a 
transfer  in  three  clock  cycles  This  requires  an  extra  wait 
state  in  the  MACE  device  during  FIFO  accesses.  A  sys- 
tem not  using  the  same  configuration  as  in  the  IBM  PC 
can  minimize  the  bus  bandwidth  required  by  the  MACE 
device  by  programming  the  DMA  controller  in  the  com- 
pressed timing  mode. 

Care  must  be  taken  with  respect  to  the  number  of  trans- 
fers  within  a  burst.  The  8237  will  drive  the  signal  EOP 
low  every  time  the  internal  counter  reaches  the  zero. 
The  MACE  device  however  only  expects  EOF  asserted 
on  the  last  byte/word  of  a  packet.  This  means,  that  the 
word  counter  of  the  8237  should  be  initially  loaded  with 
the  number  of  bytes/words  in  the  whole  packet.  If  the  ap- 
plication requires  that  the  packet  will  be  constructed 
from  several  buffers  at  transmit  time,  some  extra  logic  is 
required  to  suppress  the  assertion  of  EOF  at  the  end  of 
all  but  the  last  buffer  transferred  by  the  DMA  controller. 
Also  note  that  the  DMA  controller  can  only  handle  either 
bytes  or  words  at  any  time.  It  requires  special  handling  if 
a  packet  is  transferred  to  the  MACE  device  Transmit 
FIFO  in  word  quantities  and  it  ends  in  an  odd  byte. 

The  8237  requires  an  extra  clock  cycle  to  update  the  ex- 
ternal address  latch  every  256  transfer  cycles.  This  ex- 
ample assumes  that  an  update  of  the  external  address 
latch  occurs  only  at  the  beginning  of  the  block  transfer. 
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CLK 


SCLK 
DREQO 
DREQ1 
EOP 


DACKO 


8237  DACK1 

ADSTB 
DB[7:0] 
A[7:0] 


IOW 
CSMACE 


LATCHHIGHADR 
D[15:0] 
A[23:0] 


D[7:0] 
Q[7:0] 


373 


CC 


D[7:0] 

Q[7:0] 
'373  c 

CC 


 < — 

 < — 

 1 

VDD 

? 


3> 


SCLK 


RDTREQ 


TDTREQ 
EOF 

FDS 


_Am79C940 

RAW 

CS 
TC 

DBUS[15:0] 
ADD[4:0] 
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SA19-SA0 


1 

1 

Remote 

IEEE 

Boot 

Address 

PROM 

PROM 

SD7-SD0 


SD15-SD8 


D7-D0 


D15-D8 


AUI 

P 

Am79C940 

TP 


X 


DB15 


RJ45 


CAM 


GPSI/DAI 
Header 
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System  Interface  -  Simple  PC/AT  Ethernet  Adapter  Card  Example 
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NETWORK  INTERFACES 

External  Address  Detection  Interface 
(EADI) 

The  External  Address  Detection  Interlace  can  be  used 
to  implement  alternative  address  recognition  schemes 
outside  the  MACE  device,  to  complement  the  physical, 
logical  and  promiscuous  detection  supported  internally. 


The  address  matching,  and  the  support  logic  necessary 
to  capture  and  present  the  relevant  data  to  the  external 
table  of  address  is  application  specific.  Note  that  since 
the  entire  802.3  packet  after  SFD  is  made  available,  rec- 
ognition is  not  limited  to  the  destination  address  and/or 
type  fields  (Ethernet  only).  Inter-networking  protocol 
recognition  can  be  performed  on  specific  header  or  LLC 
information  fields. 


CAM 
Programming 
Interface 


Databus 


D15-D0 

MTCH 

Am99C10 

EADI  Feature  -  Simple  External  CAM  Interface 


Am79C940 
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Attachment  Unit  Interface  (AUI) 

The  AUI  can  drive  up  to  50  m  of  standard  drop  cable  to 
allow  the  transceiver  to  be  remotely  located,  as  is  typi- 
cally the  case  in  IEEE  803.3  10BASE5  or  thick  Ether- 
net® installations.  For  a  locally  mounted  transceiver, 
such  as  802.3  10BASE2  or  Cheapernet  interface,  the 
isolation  transformer  requirements  between  the  trans- 
ceiver and  the  MACE  device  can  be  reduced. 


When  used  with  the  Am79C98  TPEX™  (Twisted  Pair 
Ethernet  Transceiver) ,  the  isolation  requirements  of  the 
AUI  are  completely  removed  providing  that  the  trans- 
ceiver is  mounted  locally.  For  remote  location  of  the 
TPEX  via  an  AUI  drop  cable,  the  isolation  requirement  is 
necessary  to  meet  IEEE  802.3  specifications  for  fault 
tolerance  and  recovery. 


DTE 


10BASE5/Ethernet  / 


AUI 

Cable 


MAU 

V. 


Ethernet 

Coax 
'  -  1 


System 
CPU 


DMA 
Engine 


c 


Local 
Memory 

Am79C940 

1  i 
< 

i 

Am7996 
Transceiver 


I  R 

B 


I/O  Bus 


Power 
Supply 


RG58 
BNC  "T" 


Cheapernet 
Coax 


^Ch 
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10BASE-T/Twisted-Pair  Ethernet 
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AUMOBASE-T/Unshielded  Twisted-Pair  Interface 


Am79C940  1-147 


L\  AMD 


ANLG  +5  V 


0.1  uF 

Hh 


0.1  nF 


AVdd  AVss 

TXD+ 

TXP+ 

TXD- 

TXP- 

RXD+ 

RXD- 

LNKST 

RXPOL 

Am79C940 
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Ck 
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— wv — i 

422  £2  f 
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Filter  & 
Transformer 
Module 
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Filter  P«  
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RCV  ~il 
Filter  U  t  


RJ45 
Connector 


TD+ 

1 

TD- 

2 

RD+ 

3 

RD- 

6 

V*^  LINK  OK 


DGTL  +5  V 


RX  POL  OK 


-AAA — < 1 


Active  Low 


Note  4 


COAX 
TAP 
(BNC) 


16235C-17 
Notes: 

1.  Compatible  filter  modules,  with  a  brief  description  of  package  type  and  features  are  included  in  the  following  section. 

2.  The  resistor  values  are  recommended  for  general  purpose  use  and  should  allow  compliance  to  the  1 0B ASET  specification  for  template  fit  and 
jitter  performance.  However,  the  overall  performance  of  the  transmitter  is  also  affected  by  the  transmit  filter  configuration.  All  resistors  are 
±  1%. 

3.  Compatible  A  VI  transformer  modules,  with  a  brief  description  of  package  type  and  features  are  included  in  the  following  section. 

4.  Active  High  indicates  the  external  convenor  should  be  turned  off.  The  Disable  Transceiver  (DXC  VR)  output  is  used  to  indicate  the  active 
network  port.  A  high  level  indicates  the  10BASE-T  port  is  selected  and  the  AUI  port  is  disabled.  A  low  level  indicates  the  AUI  port  is  selected 
and  the  Twisted  Pair  interface  is  disabled. 

Active  Low:  indicates  the  external  converter  should  be  turned  off.  The  LNKST  output  can  be  used  to  indicate  the  active  network 

port.  A  high  level  indicates  the  tOBASE-T port  is  in  the  Link  Fail  state,  and  the  external  convenor  should  be  on.  A  low  level  indicates  the 

10BASE-T pon  is  in  the  Link  Pass  state,  and  the  external  convenor  should  be  off. 

10BASE-T  and  10BASE2  Configuration  of  Am79C940 
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DO+ 

DO- 

DI+ 

Dl- 

CI+ 

CI- 

RJ45 
Connector 


LINK  OK 


DGTL  +5  V 

-vw-^r 


VM  RXPOLOK  


DGTL  GND 

Pulse 
Transformer 


16235C-18 
Notes: 

1.  Compatible  filter  modules,  with  a  brief  description  of  package  type  and  features  are  included  in  the  following  section. 

2.  The  resistor  values  are  recommended  for  general  purpose  use  and  should  allow  compliance  to  the  1 0BASE-T  specification 
for  template  fit  and  jitter  performance.  However,  the  overall  performance  of  the  transmitter  is  also  affected  by  the  transmit  filter 
configuration.  All  resistors  are  ±1%. 

3.  Compatible  AUI  transformer  modules,  with  a  brief  description  of  package  type  and  features  are  included  in  the 
following  section. 

10BASE-T  and  AUI  Implementation  of  Am79C940 
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MACE  Compatible  10BASE-T  Filters 
and  Transformers 

The  table  below  provides  a  sample  list  of  MACE  com- 
patible 1 0BASE-T  filter  and  transformer  modules  avail- 
able from  various  vendors.  Contact  the  respective 
manufacturer  for  a  complete  and  updated  listing  of 
components. 


lufacturer 

Part  # 

Package 

Filters 
and 
Transformers 

Filters 
Transformers 
and  Choke 

Filters 
Transformers 
Dual  Chokes 

Filters 
Transformers 

Resistors 
Dual  Chokes 

Bel  Fuse 

A556-2006-DE 

16-pin  0.3  DIL 

Bel  Fuse 

0556-2006-00 

14-pin  SIP 

V 

Bel  Fuse 

14-oin  SIP 

Bel  Fuse 

0556-6392-00 

16-pin  0.5  DIL 

V 

Halo  Electronics 

FD02-101G 

16-pin  0.3  DIL 

Halo  Electronics 

FD12-101G 

16-pin  0.3  DIL 

Halo  Electronics 

FD22-101G 

1 6-pin  0.3  DIL 

PCA  Electronics 

EPA1990A 

16-pin  0.3  DIL 

PCA  Electronics 

EPA2013D 

16-pin  0.3  DIL 

PCA 

Electronics 

EPA2162 

16-pin  0.3  SIP 

Pulse 

Engineering 

PE-65421 

16-pin  0.3  DIL 

V 

Pulse 

Engineering 

PE-65434 

16-pin  0.3  SIL 

Pulse 

Engineering 

PE-65445 

16-pin  0.3  DIL 

Pulse  Engineering 

PE-65467 

12-pin  0.5  SMT 

Valor 

Electronics 

PT3877 

16-pin  0.3  DIL 

V 

Valor 

Electronics 

FL1043 

16-pin  0.3  DIL 

V 

MACE  Compatible  AUI  Isolation 
Transformers 

The  table  below  provides  a  sample  list  of  MACE  com- 
patible AUI  isolation  transformers  available  from  vari- 
ous vendors.  Contact  the  respective  manufacturer  for 
a  complete  and  updated  listing  of  components. 


Manufacturer 

Part# 

Package 

Description 

Bel  Fuse 

A553-0506-AB 

16-pin  0.3  DIL 

50  uH 

Bel  Fuse 

S553-0756-AE 

16-pin  0.3  SMD 

75  nH 

Halo  Electronics 

TD01-0756K 

16-pin  0.3  DIL 

75  uH 

Halo 

Electronics 

TG01-0756W 

16-pin  0.3  SMD 

75|xH 

PCA 

Electronics 

EP9531-4 

16-pin  0.3  DIL 

50  uH 

Pulse  Engineering 

PE64106 

16-pin  0.3  DIL 

50  uH 

Pulse  Engineering 

PE65723 

16-pin  0.3  SMT 

75  uH 

Valor  Electronics 

LT6032 

16-pin  0.3  DIL 

75  u.H 

Valor 

Electronics 

ST7032 

16-pin  0.3  SMD 

75  hH 
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MACE  Compatible  DC/DC  Converters 

The  table  below  provides  a  sample  list  of  MACE  corn- 
pa  ible  DC/DC  converters  available  from  various  ven- 
dors. Contact  the  respective  manufacturer  for  a 
complete  and  updated  listing  of  components. 


Manufacturer 

Part# 

Package 

Voltage 

Remote  On/Off 

H 

alo  Electronics 

DCU0-0509D 

24-pin  DIP 

5/-9 

No 

Halo  Electronics 

DCU0-0509E 

24-pin  DIP 

5/-9 

Yes 

PCA  Electronics 

EPC1007P 

24-pin  DIP 

5/-9 

No 

PCA  Electronics 

EPC1054P 

24-pin  DIP 

5/-9 

Yes 

PCA  Electronics 

EPC1078 

24-pin  DIP 

5/-9 

Yes 

Valor  Electronics 

PM7202 

24-pin  DIP 

5/-9 

No 

Valor  Electronics 

PM7222 

24-pin  DIP 

5/-9 

Yes 

MANUFACTURER  CONTACT 
INFORMATION 

Contact  the  following  companies  for  further  informa- 
tion on  their  products. 

Company 

Bel  Fuse 

Halo  Electronics 

PCA  Electronics 
(HPC  in  Hong  Kong) 

Pulse  Engineering 
Valor  Electronics 


U.S.  and  Domestic 

Asia 

Europe 

Phone: 

(201)  432-0463 

852-328-5515 

33-1-69410402 

FAX: 

(201 )  432-9542 

852-352-3706 

33-1-69413320 

Phone: 

(415)  969-7313 

65-285-1566 

FAX: 

(415)  367-7158 

65-284-9466 

Phone: 

(818)  892-0761 

852-553-0165 

33-1-44894800 

FAX: 

(818)  894-5791 

852-873-1550 

33-1-42051579 

Phone: 

(619)  674-8100 

852-425-1651 

353-093-241 07 

FAX: 

(619)  675-8262 

852-480-5974 

353-093-24459 

Phone: 

(619)  537-2500 

852-513-8210 

49-89-6923122 

FAX: 

(619)  537-2525 

852-513-8214 

49-89-6926542 

Am79C940 
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ABSOLUTE  MAXIMUM  RATINGS 

Storage  Temperature   -65°C  to  +150°C 

Ambient  Temperature 

Under  Bias   0°C  to  +70°C 

Supp  y  Voltage  to  AVss 

or  DVss  (AVdd,  DVdd)  -0.3  V  to  +6.0  V 

Stresses  above  those  listed  under  Absolute  Maximum  Rat- 
ings may  cause  permanent  device  failure.  Functionality  at  or 
above  these  limits  is  not  implied.  Exposure  to  Absolute  Maxi- 
mum Ratings  for  extended  periods  may  affect  device  reliabil- 
ity. Programming  conditions  may  differ. 


OPERATING  RANGES 

Commercial  (C)  Devices 

Temperature  (Ta)    0°Cto+70°C 

Supply  Voltages 

(AVdd,  DVdd)   5  V  ±5% 

All  inputs  within  the  range:  .  .  AVdd  +  0.5  V  <  Vin  < 

  AVss -0.5  V,  or 

  DVdd  =  0.5  V  <  Vin  < 

 DVss -0.5  V 

Operating  ranges  define  those  limits  between  which  the  func- 
tionality of  the  device  is  guaranteed. 


DC  CHARACTERISTICS  over  COMMERCIAL  operating  ranges  unless  otherwise 
specified 


Parameter 
Symbol 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

V,L 

Input  LOW  Voltage 

0.8 

V 

VlH 

Input  HIGH  Voltage 

2.0 

V 

V„Jx 

YTAI  1  Innnt  I  Ci\M  Vnltnno 
A  1  ML- I   IllfJUl  LvvV  VUllagc 

(External  Clock  Signal) 

w„_  _  n  n  v 

VSS  —  U.U  V 

—0  5 

0  8 

y 

VlH 

K 

XTAL1  Input  HIGH  Voltage 
(External  Clock  Signal) 

Vss  -  0.0  V 

Vdd  - 
0.8 

0.5 

V 

Va 

Output  LOW  Voltage 

Iol  =  3.2  mA 

0.45 

V 

V0 

^ 

Output  HIGH  Voltage 

IOh  =  -0.4  mA  (Note  1) 

2.4 

V 

k 

Input  Leakage  Current 

Vdd  =  5  V,  Vin  »  0  V 
(Note  2) 

-10 

10 

uA 

IlL 

Input  Leakage  Current 

Vdd  =  5  V,  Vin  =  0  V 
(Note  2) 

-200 

200 

uA 

It 

Input  Leakage  Current 

Vdd  =  5  V,  Vin  =  2.7  V 
(Note  3) 

-100 

uA 

1 1  AX 

0 

Input  Current  at  DI+ 
and  Dl- 

-1  V  <  Vin  <  AVdd  +  0.5  V 

-500 

+500 

uA 

1 1  AX 

c 

Input  current  at 
CI+  and  Cl- 

-1  V  <  Vin  <  AVdd  +  0.5  V 

-500 

+500 

uA 

IlLX 

M 

XTAL1  Input  LOW  Current 
during  normal  operation 

Vin  =  0  V 
SLEEP  =  HIGH 

-92 

uA 

llHX 

N 

XTAL1  Input  HIGH  Current 
during  normal  operation 

Vin  =  5.5  V 
SLEEP  =  HIGH 

92 

uA 

IlLX 

3 

XTAL1  Input  LOW  Current 
during  Sleep 

Vin  =  0  V 
SLEEP  =  LOW 

<10 

uA 

llHX 

f 

XTAL1  Input  HIGH  Current 
during  Sleep 

Vin  =  5.5  V 
SLEEP  =  LOW 

410 

uA 

lo= 

Output  Leakage  Current 

0.4  V  <  Vout  <  Vod 
(Note  4) 

-10 

10 

HA 

Vac 

D 

Differential  Output  Voltage 
|(DO+HDO-)| 

Rl  =  78  CI 

630 

1200 

mV 

Vaodoff 

Transmit  Differential  Output 
Idle  Voltage 

Rl  =  78  £2  (Note  5) 

-40 

+40 

mV 

Iaodc 

FF 

Transmit  Differential 
Output  Idle  Current 

Rl  =  78  CI 

-1 

+1 

mA 
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DC  CHARACTERISTICS  over  COMMERCIAL  operating  ranges  unless  otherwise 


s 

aerified 

continued) 

F 

; 

arameter 
Symbol 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

Vaocm 

DO+  Common  Mode 
Output  Voltage 

Kl  =  10  ii 

O  K 
C.D 

MVUU 

w 
v 

Vool 

DO+  Differential  Output 
Voltage  Imbalance 

Ri_  =  78  U  (Note  6) 

—25 

25 

m  v 

Vath 

Receive  Data  Differential 
Input  Threshold 

RL  =  78  il  (Note  6) 

-35 

35 

mV 

Vaso 

DI+  and  CI+  Differential 
Input  Threshold  Squelch 

RL  =  78  £i  (Note  6) 

-160 

-275 

mV 

VlRDVD 

Dl±  and  Cl±  Differential 
Mode  Input  Voltage  Range 

1.5 

V 

VlCM 

Dl±  and  CI+  Input  Bias 
Voltage 

\m  =  0  mA 

AVdd-3.0 

AVdd-0.8 

V 

VoPD 

DO±  Undershoot  Voltage 
at  Zero  Differential  on 
Transmit  Return  to 
Zero  (ETD) 

(Note  5) 

-100 

mV 

Idd 

Power  Supply  Current 

SCLK  =  25  MHz 
XTAL1  =  20  MHz 

75 

mA 

Iddsleep 

Power  Supply  Current 

SLEEP  Asserted,  AWAKE  =  0 
RWAKE  =  0  (Note  7) 

100 

uA 

Iddsleep 

Power  Supply  Current 

SLEEP  Asserted,  AWAKE  =  1 
RWAKE  =  0  (Note  7) 

10 

mA 

Iddsleep 

Power  Supply  Current 

SLEEP  Asserted,  AWAKE  =  0 
RWAKE  =  1  (Note  7) 

20 

mA 

"wisted  Pair  Interface 

llHXD 

Input  Current  at  RXD± 

AVss  <  Vin  <  AVdd 

-500 

500 

uA 

Rrxd 

RXD+  Differential  Input 
Resistance 

(Note  8) 

10 

Ka 

Vtivb 

RXD+,  RXD-Open  Circuit 
Input  Voltage  (Bias) 

Iin  =  0  mA 

AVdd -3.0 

AVdd  -  1.5 

V 

Vtidv 

Differential  Mode  Input 
Voltage  Range  (RXD±) 

AVdd  =  +5  V 

-3.1 

+3.1 

V 

Vtso. 

RXD  Positive  Squelch 
Threshold  (Peak) 

Sinusoid 

5MHz<f<10MHz 

300 

520 

mV 

Vtsq- 

RXD  Negative  Squelch 
Threshold  (Peak) 

Sinusoid 

5MHz<f<10MHz 

-520 

-300 

mV 

Vths* 

RXD  Post-Squelch 
Positive  Threshold  (Peak) 

Sinusoid 

5MHz<f<10MHz 

150 

293 

mV 

Vths- 

RXD  Post-Squelch 
Negative  Threshold  (Peak) 

Sinusoid 

5  MHz<f  <10  MHz 

-293 

-150 

mV 

Vltso+ 

RXD  Positive  Squelch 
Threshold  (Peak) 

LRT  =  LOW 

180 

312 

mV 

Vltso- 

RXD  Negative  Squelch 
Threshold  (Peak) 

LRT  =  LOW 

-312 

-180 

mV 

Vlths+ 

RXD  Post-Squelch  Positive 
Threshold  (Peak) 

LRT  =  LOW 

90 

156 

mV 

Vlths- 

RXD  Post-Squelch 
Negative  Threshold  (Peak) 

LRT  =  LOW 

—1 56 

-90 

mV 
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DC  CHARACTERISTICS  over  COMMERCIAL  operating  ranges  unless  otherwise 
specified  (continued) 


Param 
Symb 

eter 
ol 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

Vrxdi 

H 

RXD  Switching  Threshold 

(Note  4) 

-35 

35 

mV 

Vtxh 

TXD+  and  TXP±  Output 
HIGH  Voltage 

DVss  =  0  V 

DVdd  -  0.6 

DVdd 

V 

Vtxl 

TXD+  and  TXP+  Output 
LOW  Voltage 

DVdd  =  +5  V 

DVss 

DVss  +  0.6 

V 

Vtx, 

TXD±  and  TXP± 
Differential  Output 
Voltage  Imbalance 

-40 

+40 

mV 

VtXOF 

F 

TXD+  and  TXP±  Idle 
Output  Voltage 

DVdd  =  +5  V 

40 

mV 

Rtx 

TXD±  Differential  Driver 
Output  Impedance 

(Note  8) 

40 

a 

TXP±  Differential  Driver 
Output  Impedance 

(Note  8) 

80 

n 

Notes: 


1. 
2. 


Voh  does  not  apply  to  open-drain  output  pins. 


and  liu  applies  to  all  input  only  pins  except  Dl±,  Cl±,  and  XTAL1. 


=  ADD4-0,  BE1-0,  CS,  EAM/R,  FDS,  RESET,  RXD  AT.  R/W,  SCLK. 
fcj*  TV,  TDI,  TCK,  TMS. 

Specified  for  input  only  pins  with  internal  pull-ups:  TC,  TDI,  TCK,  TMS. 

applies  to  all  three-state  output  pins  and  bi-directional  pins. 
Test  not  implemented  to  data  sheet  specification. 

6.  Tested,  but  to  values  in  excess  of  limits.  Test  accuracy  not  sufficient  to  allow  screening  guard  bands. 

7.  During  the  activation  of  SLEEP: 


The  following  pins  areplacedin  a  high  impedance  state:  SRD,  SF/BD,  TXDAT,  DXCVR,  DTV,  TDTREO,  RDTREQ,  NTR 
and  TOO. 

The  following  I/O  pins  are  placed  in  a  high  impedance  mode  and  have  their  internal  TTL  level  translators  disabled: 
DBUS15-0,  EOF,  SRDCLK,  RXCRS,  RXDAT,  CLSN,  TXEN,  STDCLK and  TXDAT+. 

The  following  input  pin  has  its  internal  pull-up  and  TTL  level  translator  disabled:  TC. 

Thejollowing  input  pins  have  their  internal  TTL  level  translators  disabled  and  do  not  have  internal  pull-ups:  CS,  FDS, 
R/W,  ADD4-0,  SCLK,  BEO,   BB  and  EAM/R. 

The  following  pins  are  pulled  low:  XTAL 1  (XTAL2  feedback  is  cut  off  from  XTAL 1),  TXD+,  TXD-,  TXP+,  TXP~,  DO+ 
and  DO. 

-  The  following  pins  have  their  input  voltage  bias  disabled:  DI+,  Dl,  CI+  and  CI. 

-  A  WAKE  and  RWAKE  are  reset  to  zero.  Iodsleep.  with  either  A  WAKE  set  or  R  WAKE  set,  will  be  much  higher  and  its  value 
remains  to  be  determined. 

8.  Parameter  not  tested. 


1-154 


Am79C940 


AMD  CI 

A 
M 

No. 

Parameter 
Symbol 

Parameter  Description 

Test  Conditions 

Min  (ns) 

Max  (ns) 

r 

lock  and  Reset  Timing 

1 

tsCLK 

SCLK  period 

40 

1000 

2 

tsCLKL 

SCLK  LOW  pulse  width 

0.4*tsCLK 

0.6*tsCLK 

3 

tsCLKH 

SCLK  HIGH  pulse  width 

0.4*tsCLK 

0.6*tsCLK 

4 

tsCLKH 

SCLK  rise  time 

5 

5 

tsCLKF 

SCLK  fall  time 

5 

6 

tfiST 

RESET  pulse  width 

1  5*tsCLK 

7 

tin 

Network  Bit  Time  (BT) 
=2*tX1  or  tSTDC) 

99 

101 

1, 

It 

iternal  MENDEC  Clock  Timing 

9 

fan 

XTAL1  period 

49.995 

50.005 

11 

txiH 

XTAL1  HIGH  pulse  width 

20 

12 

txiL 

XTAL1  LOW  pulse  width 

20 

13 

txiH 

XTAL1  rise  time 

5 

14 

txiF 

XTAL1  fall  time 

5 

BIU  Timing  (Note  1) 

31 

tADDS 

Address  valid  setup  to  SCLKi 

9 

32 

tADDH 

Address  valid  hold  after  SCLK  J. 

2 

33 

tSLVS 

CS  or  FDS  and  TC,  BE  1  -0, 
R/W  setup  to  SCLK  J. 

9 

34 

tsLVH 

CS  or  FDS  and  TC,  BE1-0, 
R/W  hold  after  SCLKJ 

2 

35 

toATD 

Data  out  valid  delay  from  SCLKJ 

CL  =  100  pF  (Note  2) 

32 

36 

toATH 

Data  out  valid  hold  after  SCLKi. 

6 

37 

tDTVD 

DTV  valid  delay  from  SCLKJ. 

CL=  100  pF  (Note  2) 

32 

38 

tDTVH 

DTV  valid  hold  after  SCLKJ. 

6 

39 

tEOFD 

EOF  valid  delay  from  SCLKl 

CL=  100  pF  (Note  2) 

32 

40 

tEOFH 

EOF  output  valid  hold  after  SCLK  J. 

6 

41 

tcsis 

CS  inactive  prior  to  SCLKl 

9 

42 

tEOFS 

EOF  input  valid  setup  to  SCLKJ. 

9 

43 

tEOFH 

EOF  input  valid  hold  after  SCLKJ. 

2 

44 

tRDTD 

RDTREQ  valid  delay  from  SCLKJ. 

CL=100  pF  (Note  2) 

32 

45 

tRDTH 

RDTREQ  valid  hold  after  SCLKJ. 

6 

46 

tTOTD 

TDTREQ  valid  delay  from  SCLKJ. 

CL=100  pF  (Note  2) 

32 

47 

tTOTH 

TDTREQ  valid  hold  after  SCLKJ 

6 

48 

tDATS 

Data  in  valid  setup  to  SCLKJ. 

9 

49 

tDATIH 

Data  in  valid  setup  after  SCLKJ 

2 

50 

tDATE 

Data  output  enable  delay  from 
SCLKJ  (Note  3) 

0 

51 

tDATD 

Data  output  disable  delay  from 
SCLKJ  (Notes  3,  4) 

25 

Notes: 


1.  The  following  BIU  timing  assumes  that  EDSEL  =  1.  Therefore,  these  parameters  are  specified  with  respect  to  the  falling  edge 
of  SCLK  (SCLKl).  If  EDSEL  =  0.  the  same  parameters  apply  but  should  be  referenced  to  the  rising  edge  of  SCLK  (SCLKT). 

2.  Tested  with  Cl  set  at  1 00  pF  and  derated  to  support  the  Indicated  distributed  capacitive  Load.  See  the  BIU  output  valid  delay 
vs.  Load  Chart. 

3.  Guaranteed  by  design— not  tested. 

4.  tDATD  is  defined  as  the  time  required  for  outputs  to  turn  high  impedence  and  is  not  referred  to  as  output  voltage  lead. 
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AC  CHARACTERISTICS  (continued) 


No. 

Parameter 
Symbol 

Parameter  Description 

Test  Conditions 

Min  (ns) 

Max  (ns) 

AUITi 

ming 

53 

Idotd 

XTAL1  (externally  driven)  to 
DO±  output 

100 

54 

tDOTR 

DO±  rise  time  (10%  to  90%) 

2.5 

5.0 

55 

tDOTF 

DO±  fall  time  (10%  to  90%) 

2.5 

5.0 

56 

tDOETM 

DO±  rise  and  fall  mismatch 

1 

57 



Idoetd 

DO±  End  of  Transmit  Delimiter 

200 

375 

do 

tpWRDi 

Pll4-  fm  ilea  uui/Hth  ti~i  rataft 
L/IZE  pUlofc;  WIULlI  1U  IfcJfcJCl 

|!I!pUl|  >  |VASO| 

1 1; 

1  o 

59 

tpwODI 

Dl±  pulse  width  to  turn  on 
internal  Dl  carrier  sense 

|input|  >  |Vaso| 

45 

60 

tpWMDI 

Dl±  pulse  width  to  maintain 
internal  Dl  carrier  sense  on 

|input|  >  |Vasq| 

45 

136 

61 

tpwKDI 

Dl±  pulse  width  to  turn  internal 
Dl  carier  sense  off 

|input|  >  |Vaso| 

200 

62 

tpWRCI 

CI+  pulse  width  to  reject 

|input|  >  |Vaso| 

10 

63 

tpwoci 

Cl±  pulse  width  to  turn  on 
internal  SQE  sense 

|input|  >  |VasoI 

26 

64 

tpWMCI 

Cl±  pulse  width  to  maintain 
internal  SQE  sense  on 

]input|  >  |Vaso| 

26 

90 

65 

tpWKCI 

Cl±  pulse  width  to  turn  internal 
SQE  sense  off 

(input)  >  |Vaso| 

160 

66 

tsOED 

Cl±  SQE  Test  delay  from 
Q±  inactive 

jinput[  >  |Vasq| 

67 

tsOEL 

Cl±  SQE  Test  length 

|input|  >  |Vaso| 

79 

tcLSHI 

CLSN  high  time 

tSTDC+30 

80 

tTXH 

TXEN  or  DO±  hold  time  from 
CLSNT 

|input|  >  |Vaso| 

32*tsTDC 

96*tsTDC 

DAIP 

oil  Timing 

70 

tTXEND 

STDCLKT  delay  to  TXENi 

Cl  =  50  pF 

70 

72 

Itxod 

STDCLKT  delay  to  TXDAT± 
change 

CL  =  50  pF 

70 

80 

txH 

TXEN  or  TXDAT+  hold  time 
from  CLSNT 

32*tsTDC 

96*tsTDC 

95 

tDOTF 

Mismatch  in  STDCLK*  to  TXENi 
and  TXDAT+  change 

15 

96 

tTXDTR 

TXDAT±  rise  time 

See  Note  1 

5 

97 

tTXDTF 

TXDAT±  fall  time 

See  Note  1 

5 

98 

tTXOTM 

TXDAT+  rise  and  fall  mismatch 

See  Note  1 

1 

99 

tTXENETD 

TXEN  End  of  Transmit  Delimiter 

250 

350 

100 

tpRXDD 

First  RXDATi  delay  to  RXCRST 

100 

101 

tLRXDD 

Last  RXDAT*  delay  to  RXCRSi 

120 

102 

tcRSCLSD 

RXCRST  delay  to  CLSNT 
(TXEN  =  0) 

100 
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AC  CHARACTERISTICS  (continued) 


No. 

Parameter 
Symbol 

Parameter  Description 

Test  Conditions 

Min  (ns) 

Max  (ns) 

GPSI  Clock  Timing 

17 

tsTDC 

STDCLK  period 

99 

101 

18 

tsTDCL 

STDCLK  low  pulse  width 

See  Note  1 

45 

19 

tsTDCH 

STDCLK  high  pulse  width 

45 

20 

tsTOCR 

STDCLK  rise  time 

See  Note  1 

5 

21 

tsTDCF 

STDCLK  fall  time 

See  Note  1 

5 

22 

tSHOC 

SRDCLK  period 

85 

115 

23 

tsRDCH 

SRDCLK  HIGH  pulse  width 

38 

24 

tsRDCL 

SRDCLK  LOW  pulse  width 

38 

25 

tSFlDCB 

SRDCLK  rise  time 

See  Note  1 

5 

26 

tSRDCF 

SRDCLK  fall  time 

See  Note  1 

5 

GPSI  Timing 

70 

tTXEND 

STDCLKT  delay  to  TXEN'I 

(CL=50  pF) 

70 

71 

Itxenh 

TXEN  hold  time  from  STDCLKT 

(CL=50  pF) 

5 

72 

tTXDD 

STDCLKT  delay  to  TXDAT+ 
change 

(CL=50  pF) 

70 

73 

trXDH 

TXDAT+  hold  time  from 
STDCLKT 

(CL=50  pF) 

5 

74 

tRXOR 

RXDAT  rise  time 

See  Note  1 

8 

75 

tflXDF 

RXDAT  fall  time 

See  Note  1 

8 

76 

tRXDH 

RXDAT  hold  time  (SRDCLKT  to 
RXDAT  change) 

25 

77 

tRXDS 

RXDAT  setup  time 

(RXDAT  stable  to  SRDCLKT) 

0 

78 

tcRSL 

RXCRS  low  time 

tsTDC+20 

79 

tCLSHI 

CLSN  high  time 

tsTDC+30 

80 

trxH 

TXEN  or  TXDAT+  hold  time  from 
CLSNT 

32*tsTDC 

96*tsTDC 

81 

tcRSH 

RXCRS  hold  time  from 
SRDCLKT 

0 

EADI  Feature  Timing 

85 

tDSFBDR 

SRDCLK  J-  delay  to  SF/BDT 

20 

86 

tDSFBDF 

SRDCLK!  delay  to  SF/BD! 

20 

87 

tEAMRIS 

EAM/R  invalid  setup  prior  to 
SRDCLK  J.  after  SFD 

-150 

88 

tEAMS 

EAM  setup  to  SRDCLK!  at  bit  6 
of  Source  Address  byte  1 
(match  packet) 

0 

89 

tEAMRL 

EAM/R  low  time 

200 

90 

tsFBDHlH 

SF/BD  high  hold  from  last 
SRDCLK! 

100 

91 

tEARS 

EAR  setup  to  SRDCLK!  at  bit  6 
of  message  byte  64 
(reject  normal  packet) 

0 

Wore; 

1.  Not  tested  but  data  available  upon  request. 
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AC  CHARACTERISTICS  (continued) 


No. 

Parameter 
Symbol 

Parameter  Description 

Test  Conditions 

Min 

Max 

IEEE  1149.1  Timing 

109 

tTClK 

TCK  Period,  50%  duty 
cycle  (+5%) 

100 

110 

tsm 

TMS  setup  to  TCKT 

8 

111 

tsu2 

TDI  setup  to  TCKT 

5 

112 

thdl 

TMS  hold  time  from  TCKT 

5 

113 

thd2 

TDI  hold  time  from  TCKT 

10 

114 

tdl 

TCKJ,  delay  to  TDO 

30 

115 

to 

TCKJ.  delay  to  SYSTEM  OUTPUT 

35 

10BASE 

>T  Transmit  Timing 

Min 

Max 

Unit 

125 

tTETD 

Transmit  Start  of  Idle 

250 

350 

ns 

126 

tTR 

Transmitter  Rise  Time 

(10%  to  90%) 

5.5 

ns 

127 

tTF 

Transmitter  Fall  Time 

(90%  to  10%) 

5.5 

ns 

128 

tTM 

Transmitter  Rise  and  Fall 
Time  Mismatch 

1 

ns 

129 

txMTON 

XMT#  Asserted  Delay 

100 

ns 

130 

txMTOFF 

XMT#  De-asserted  Delay 

TBD 

TBD 

ms 

131 

tpERLP 

idle  Signal  Period 

8 

24 

ms 

132 

tpWLP 

Idle  Link  Pulse  Width 

(Note  1) 

75 

120 

ns 

133 

tpWPLP 

Predistortion  Idle  Link  Pulse  Width 

(Note  1) 

45 

55 

ns 

134 

tjA 

Transmit  Jabber  Activation  Time 

20 

150 

ms 

135 

tjR 

Transmit  Jabber  Reset  Time 

250 

750 

ms 

I  JO 

tjREC 

Transmit  Jabber  Recovery  Time 
(Minimum  Time  Gap  Between 
Transmitted  Packets  to  Prevent 
Jabber  Activation) 

1.0 

U.S 

10BAS 

:-T  Receive  Timing 

140 

tpWNRO 

RXD  Pulse  Width  Not  to 
Turn  Off  Internal 

VIN  >  VTHS  (min) 

136 

ns 

141 

tpwROFF 

RXD  Pulse  Width  to  Turn  Off 
VIN  >  VTHS  (min) 

200 

ns 

142 

tHETD 

Receive  Start  of  Idle 

200 

ns 

143 

tRCVON 

RCV#  Asserted  Delay 

tRON— 50 

tRON+100 

ns 

144 

tRCVOFF 

RCV#  De-asserted  Delay 

TBD 

TBD 

ms 

Note; 

1.  Not  tested  but  data  available  upon  request. 
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U  Output  Valid  Delay  vs.  Load  Chart 

nom+4 


Bill  Output  Valid  Delay 
from  SCLKJ. 
(ns) 


nom-4 


nom-8 


50 


75 


100 
Cl  (pF) 


125 


AMD 


150 


16235C-19 


KEY  TO  SWITCHING  WAVEFORMS 


WAVEFORM 

jnrr 


INPUTS 

OUTPUTS 

Must  be 

Will  be 

Steady 

Steady 

May 

Will  be 

Change 

Changing 

from  H  to  L 

from  H  to  L 

May 

Will  be 

Change 

Changing 

from  L  to  H 

from  L  to  H 

Don't  Care, 

Changing, 

Any  Change 

State 

Permitted 

Unknown 

Does  Not 

Center 

Apply 

Line  is  High 

Impedance 
"Off"  State 


KS000010 


Am79C940 
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AUI  DO  Switching  Test  Circuit 


DVdd 


294  n . 


TXD+ 
TXD- 


100  pFr^r 

Includes  Test 
Jig  Capacitance 


-o  Test  Point 


;  294  il 


DVss 
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TXD  Switching  Test  Circuit 
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AMD  in 


DVdd 


715  a  . 


TXP+ 
TXP- 


-o  Test  Point 


100  pF  =Jz 

Includes  Test 
Jig  Capacitance 


715  a 


DVss 


16235C-23 


TXP  Outputs  Test  Circuit 


AC  WAVEFORMS 


SCLK 


.0  , 


-©- 


•© 


/ 


-a- 


\  f 


RESET 


-©- 


XTALl 


-©" 


r© 

Clock  and  Reset  Timing 


J 


 f 
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AC  WAVEFORMS 

~|  TL  |TH  I  SO  |  SI  |  S2  |  S3  |  SO  |  S1  |  S2  |  S3  |  ~[  SO  |  S1  |  S2  |  S3  |  SO  |~ 

DSEL=L1^  |  TL  |  TH  |  SO  |  S1  |  S2  j  S3  |  SO  j  S1  |  S2  [  S3  |  |  SO  |  S1  [  S2  |  S3  |  SO  | 

 € 


SCLK 
(EDSEL  -  0) 


ADD[4:0] 


R/W 


CS  or  FDS 


DBUS[15:0] 


DTV 


BEO-1 


TC=  1 


Word  I 


mi 


♦-Word  N+1 


4 


> 


Last  Byte 
or  Word 


& 


> 
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Host  System  Interface— 2-Cycle  Receive  FIFO/Register  Read  Timing 
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AC  WAVEFORMS 


AMD 


SCLK 


(EDSEL  =  0)  I       I  TL|  TH  [  SO  |S1  I  W0|  W1  |S2  |S3  |  SO  |S1  |  WO  |  W1  |  S2  |  S3  |  SO  |  S1  |  WO  |  W1  |  S2  |  S3  |  SO 

SI 


SCL*  [   Ptl]th  [so"  si  [wo] 


(EDSEL 
ADD[4:0] 

R/W 

CSorFDS 

DBUS[15:0] 
DTV 

EOF 


TC=  0 


33  )-»- 


35  )-». 


f 


W1 


S2 


S3 


SO 


Si 


WO 


W1 


S2 


S3 


SO 


1, 


1 


^  HI 


© 


32 


(36)-*- 


^  ^7 


Word  N+1 


4. 


WO 


W1 


S2 


S3 


SO 


Last  Byle 
or  Word 


4 


> 


if 
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Host  System  Interface— 3-Cycle  Receive  FIFO/Register  Read  Timing 
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AC  WAVEFORMS 

(edseSCLK  |  |  TL  [th"|  SO  [sT|  S2  [Z\  SO  f!T|  S2  [^T|  _  _  _|  [soJ17[s2j^[sO_f 
(EDSEL  =^  |  TL  |  TH  |  SO  |  S1  |  S2  |  S3  |  SO  |  S1  |  S2  |  S3  \  |  SO  |  S1  |  S2  |  S3  |  SO 

 d 


ADD4-0 


R/W 


CSorFDS 


DBUS15-0 


DTV 


BEO-1 


TC=  1 


70 


0-rl 


#7 


-I© 


Word 


■4 


> 


Last  Byte 
or  Word 


©r 


©31 


ay 
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Host  System  Interface— 2-Cycle  Transmit  FIFO/Register  Write  Timing 
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AC  WAVEFORMS 


SCLK 
(EDSEL  -  0) 

SCLK 
(EDSEL  =  1) 


ADD[4:0] 

R/W 
CS 

DBUS[15:0J 
DTV 

EOF 

BEO-T 
TC=0 


I 


Word 


-•-(32) 


W>rd 


\._J         ^JI  \_Jl 


JIT 


Last  Byte 
or  Word 


T^1 


^0 
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Host  System  Interface— 3-Cycle  Transmit  FIFO/Register  Write  Timing 


SCLK 
(EDSEL  =  0) 

SCLK 
(EDSEL  =  1) 


EOF 


RDTREQ 


|  S2  |  S3  |  SO  |  S1  |  S2  [" 


|  SO  |  S1  |  S2  |  S3  |  SO  | 

SO  | 


|  SO  |  SI  |  S2  |  S3  | 
|  SO    S1  |  S2  |  S3  [" 


Note:  Once  the  host  detects  the  EOF  output  active  from  the  MACE  device  (S2/S3  edge),  if  no 
the  RCVFIFO  which  meets  the  assert  conditions  for  RDTREQ,  the  MACE  device  will  deassert 
(S0/S1  edge).  This  is  consistent  for  both  2  or  3  cycle  read  operations. 

Host  System  Interface— rdtreq  Read  Timing 


16235C-29 


packet  exists  in 
within  4  SCLK  cycles 


Am79C940 
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AC  WAVEFORMS 

^SCLK      S1   |  S2  |  S3  |  SO  |  S1  |  S2  |  S3  | 


(EDSEL  =  0) 


SCLK 
(EDSEL  = 


S1   |  S2    S3  |  SO  |  S1  |  S2  |  S3  [" 


EOF 


~|  SO  |  S1  |  S2  |  S3  |  SO  |  S1  |  S2  |  S3  |  SO  P 
|  SO  [  SI  |  S2 


7^ 


Note  1 


J 


Note  2 


Note  3 


16235C-30 


1.  TDTREQ  will  be  asserted  for  two  write  cycles  (4  SCLK  cycles)  minimum. 


2.   TDTREQ  will  deassert  1  SCLK  cycle  after  EOF  is  detected  (S2/S3  edge). 


3.   When  EOF  is  written.  TDTREQ  will  go  inactive  for  1  SCLK  cycle  minimum. 

Host  System  Interface— tdtreq  Write  Timing 


XTAL1 


STDCLK 


TXEN 


TXDAT 

(Note 


55  ZZZ7 


DO+ 


DO- 


DO± 


K5H 


Note:  TXDAT+  is  the  internal  version  of  the  signal,  and  is  shown  for  clarification  only. 

AUI  Transmit  Timing— Start  of  Packet 
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—  "LTLTl 


STDCLK 


TXEN 


TXDAT+ 
(Note  1) 


DO+ 


DO- 


DO± 


bit  (n-2) 


bit  (n-1) 


bit  (n) 


.  200  ns 


TXDAT+  is  the  internal  version  of  the  signal,  and  is  shown  for  clarification  only. 

AUI  Transmit  Timing— End  of  Packet  (Last  Bit  =  0) 
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XTAL1 


SRDCLK 


TXEN 


TXDAT+ 
(Note  1) 

DO+ 


DO- 


DO± 


J 


\ 


\ 


r 


\ 
/ 


bit  (n-2) 


\ 


r 


v 


f 


bit  (n-1)  bit(n) 


>  250  ns 


Note:  TXDAT+  is  the  internal  version  of  the  signal,  and  is  shown  for  clarification  only. 

AUI  Transmit  Timing— End  of  Packet  (Last  Bit  =  1) 


1_ 
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 © 


DO+ 
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AUI  Transmit  Timing — End  Transmit  Delimiter  (ETD) 


Bit  Cell  1 


IVCO 


Dl± 


RXCRS 


ENABLE 


IVCO 


SRDCLK 


SRD 


Bit  Cell  2 


1 

0 

(Note  11 

1 

/  VASQ 

\ 

Bit  Cell  3        Bit  Cell  4 


Bit  Cell  5 


J 


BCC         BCB  BCC       BCB       BCC      BCC       BCB       BCC  BCB 

"tt  


\ 


p 


5  Bit  Times  Max 


— >A 


(Note  2) 


-it- 


Notes: 

1.  Minimum  pulse  width  >45  ns  with  amplitude  >  -160  mV. 

2.  SRD  first  decoded  bit  might  not  be  defined  until  bit  time  5. 

3.  First  valid  data  bit. 

4.  IVCO  and  VCO  ENABLE  are  internal  signals  shown  for  clarification  only. 

AUI  Receive  Timing— Start  of  Packet 


(Note  3) 
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DI+ 


RXCRS 


IVCO 


SRDCLK 


SRD 


Bit  Cell  (n-1) 

1 


VASQ 


Bit  Cell  (n) 


BCC         BCB  BCC  BCB 


J 


(Note  1) 


bit  (n-1) 


bit  (n) 


(Note  2) 


-»  

16235C-36 


Notes: 

RXCRS  deasserts  in  less  than  3  bit  times  after  last  Dl±  rising  edge. 

2.  Start  of  next  packet  reception  (2  bit  times). 

3.  IVCO  is  an  internal  signal  shown  for  clarification  only. 

AUI  Receive  Timing— End  of  Packet  (Last  Bit  =  0) 


Bit  Cell  (n-1) 


DI+ 


RXCRS 


IVCO 


SRDCLK 


SRD 


Bit  Cell  (n) 
1 


-©" 


-n- 


BCC         BCB  BCC 


(Note  1) 


bit(n) 


bit  (n-1) 
Notes: 

1.  RXCRS  deasserts  in  less  than  3  bit  times  after  last  Dl±  rising  edge. 

2.  IVCO  is  an  internal  signal  shown  for  clarification  only. 
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AUI  Receive  Timing— End  of  Packet  (Last  Bit  =  1) 
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DO± 


TXEN 


CI  + 


Cl- 


CLSN 


Jl 


7 


AUI  Collision  Timing 
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DO± 


CI+ 


CI- 


~1U 


M  (66  )  »• 


67)  » 


CLSN  =  0 
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AUI  SQE  Test  Timing 
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AMD 


STDCLK 


TXDAT+ 


\I\I\I\I\rvI\I\PJ\RI\R 

^0         BCB  I 


TXDAT+ 


TXDAT- 


BCB       BCB       BCB       BCB       BCB       BCB       BCB  BCB 


4  (99 


JUVWUl 


TXEN 


J 
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DAI  Port  Transmit  Timing 


RXDAT 


RXCRS 
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DAI  Port  Receive  Timing 
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TXDAT+ 


TXDAT- 


TXEN 


RXDAT 


RXCRS 


CLSN 


J 


T 


-©- 
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DAI  Port  Collision  Timing 


SRDCLK 


Destination  Address 
Byte  1 


Destination  Address 
Byte  2 


SRD 


SFD 


SF/BD 


BIT 

0 


BIT 

1 


r 


EAM/R 


BIT 

4 


BIT 
5 


BIT 

6 


BIT 

7 


BIT 
0 


L 


Note  1 
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Note:  First  assertion  of  EAM/R  must  occur  after  bit  2/3  boundary  of  preamble. 

EADI  Feature  Timing— Start  of  Address 
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Last  Byte  of  Message 

SRDCLK 


SRD 


SF/BD 


16235C-44 

EADI  Feature— End  of  Packet  Timing 


Destination  Address 
Byte  6 


Source  Address 
Byte  1 


Source  Address 
Byte  2 


SRDCLK 


SRD 


SF/BD 


^juuuuiRnjuuuinnjuL 


BIT 
_5_ 


BIT  BIT 
6  7 


BIT  BIT  BIT  BIT 
0        1    I    2    I  3 


BIT 
4 


BIT 

5 


f 


EAM 


BIT  BIT 

6  7 


BIT 
_2_ 


n 


f 
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EADI  Feature-Match  Timing 
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AMD 


Byte  64 
(Data  Byte  51) 


Byte  65 
(Data  Byte  52) 


Byte  66 
(Data  Byte  53) 


SRDCLK 


^umjuinjuuuuuuuuL 


SRD 


J BIT  I  BIT 
4  Q_ 


BIT  BIT 
6  7 


SF/BD 


BIT 
0 


BIT 


BIT 


BIT 

3 


85  )  (86 


BIT 


BIT 
5 


BIT  BIT 

6  7 


BIT 
0 


bit  r 

U  L 


/ 
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EADI  Feature  Reject  Timing 


STDCLK 


TXDAT+ 


TXEN 


RXCRS 


t////////////////////// 


16235C-47 

Note:  During  transmit,  the  RXCRS  input  must  be  asserted  (high)  and  remain  active-high  after  TXEN  goes  active  (high).  If 
RXCRS  is  deasserted  before  TXEN  is  deasserted,  LCAR  will  be  reported  (Transmit  Frame  Status)  after  the  transmission  is 
completed  by  the  MACE  device. 

GPSI  Transmit  Timing 
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3RDCLK 


J  ^\ 


■4-(24)  » ,  |«  (23)— » 


7" 


RXCRS 


f 


_7r 


xzzzzzzzzzzzzzz 
\  r 
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GPSI  Receive  Timing 


STDCLK 


TXDAT+ 


zzzzzzzk 


TXEN 


CLSN 





1  r 


r 


ymmnmR 
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GPSI  Collision  Timing 
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TCK 


TMS 


TDI 


TDO 


System  Output 
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IEEE  1149.1  TAP  Timing 


TXD+ 


TXP+ 


TXD- 


TXP- 


tTR  — »-|k —  — Mt*  tTF 


7^y 


tXMTON 


TXEN      Note  1 


Note: 

1.  Parameter  is  internal  to  the  device. 


_/*tTETD  -\_ 


\ 


■  tXMTOFF 
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10BASE-T  Transmit  Timing 
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RXD+ 


tRCVON 


RXCRS 


"V 


Vtsq+ 
Vtsq- 

—  tRCVOFF 


 7 
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10BASE-T  Receive  Timing 


TXD± 


RXD+ 


CLSN 


tCOLON 


tCOLOFF 
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10BASE-T  Collision  Timing 
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TXD+ 


TXP+ 


TXD- 


TXP- 


tPWPLP 


A_ 


tPWLP  ■ 


■  tPERLP  ■ 


J  \_ 


J  V 


10BASE-T  Idle  Link  Test  Pulse 
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RXD± 


VTHS+ 

Vths- 


Vtsq+ 


Vtsq- 
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10BASE-T  Receive  Thresholds  (LRT  =  0) 


RXD± 


VLTSQ+ 


Vltso- 
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10BASE-T  Receive  Thresholds  (LRT  =  1) 
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Logical  Address  Filtering 
^or  Ethernet 


fie  purpose  of  logical  (or  group  or  multicast)  addresses 
is  to  allow  a  group  of  nodes  in  a  network  to  receive  the 
same  message.  Each  node  can  maintain  a  list  of  multi- 
cast addresses  that  it  will  respond  to.  The  logical  ad- 
dress filter  mechanism  in  AMD  Ethernet  controllers  is  a 
hardware  aide  that  reduces  the  average  amount  of  host 
computer  time  required  to  determine  whether  or  not  an 
incoming  packet  with  a  multicast  destination  address 
should  be  accepted. 

The  logical  address  filter  hardware  is  an  implementation 
of  a  hash  code  searching  technique  commonly  used  by 
software  programmers.  If  the  multicast  bit  in  the  destina- 
tion address  of  an  incoming  packet  is  set,  the  hardware 
maps  this  address  into  one  of  64  categories  then  ac- 
cepts or  rejects  the  packet  depending  on  whether  or  not 
the  bit  in  the  logical  address  filter  register  corresponding 
the  selected  category  is  set.  For  example,  if  the  address 
maps  into  category  24,  and  bit  24  of  the  logical  address 
filter  register  is  set,  the  packet  is  accepted. 

Since  there  are  more  than  1014  possible  multicast  ad- 
dresses and  only  64  categories,  this  scheme  is  far  from 
unambiguous.  This  means  that  the  software  will  still 
have  to  compare  the  address  of  a  received  packet  with 
its  list  of  acceptable  multicast  addresses  to  make  the  fi- 
nal decision  whether  to  accept  or  discard  the  packet. 
However,  the  hardware  prevents  the  software  from  hav- 
ing to  deal  with  the  vast  majority  of  the  unacceptable 
packets. 

The  efficiency  of  this  scheme  depends  on  the  number  of 
multicast  groups  that  are  used  on  a  particular  network 
and  the  number  of  groups  to  which  a  node  belongs.  At 
one  extreme  if  a  node  happens  to  belong  to  64  groups 
that  map  into  64  different  categories,  the  hardware  will 
accept  all  multicast  addresses,  and  all  filtering  must  be 
done  by  software.  At  the  other  extreme  (which  is  closer 
to  a  practical  network),  if  multicast  addresses  are  as- 
signed by  the  local  administrator,  and  fewer  than  65 
groups  are  set  up,  the  addresses  can  be  assigned  so 
that  each  address  maps  into  a  different  category,  and  no 
software  filtering  will  be  needed  at  all. 


In  the  latter  case  described  above,  a  node  can  be  made 
a  member  of  several  groups  by  setting  the  appropriate 
bits  in  the  logical  address  filter  register.  The  administra- 
tor can  use  the  table  Mapping  of  Logical  Address  to  Fil- 
terMaskXo  find  a  multicast  address  that  maps  into  a  par- 
ticular address  filter  bit.  For  example  address  0000  0000 
00BB  maps  into  bit  15.  Therefore,  any  node  that  has  bit 
15  set  in  its  logical  address  filter  register  will  receive  all 
packets  addressed  to  0000  0000  00BB.  (Addresses  in 
this  table  are  not  shown  in  the  standard  Ethernet  format. 
In  the  table  the  rightmost  byte  is  the  first  byte  to  appear 
on  the  network  with  the  least  significant  bit  appearing 
first). 

Driver  software  that  manages  a  list  of  multicast  ad- 
dresses can  work  as  follows.  First  the  multicast  address 
list  and  the  logical  address  filter  must  be  initialized. 
Some  sort  of  management  function  such  as  the  driver 
initialization  routine  passes  to  the  driver  a  list  of  ad- 
dresses. For  each  address  in  the  list  the  driver  uses  a 
subroutine  similar  to  the  one  listed  in  the  Am7990 
LANCE  data  sheet  to  set  the  appropriate  bit  in  a  soft- 
ware copy  of  the  logical  address  filter  register.  When  the 
complete  list  of  addresses  has  been  processed,  the  reg- 
ister is  loaded. 

Later,  when  a  packet  is  received,  the  driver  first  looks  at 
the  Individual/Group  bit  of  the  destination  address  of  the 
packet  to  find  out  whether  or  not  this  is  a  multicast  ad- 
dress. If  it  is,  the  driver  must  search  the  multicast  ad- 
dress list  to  see  if  this  address  is  in  the  list.  If  it  is  not  in 
the  list,  the  packet  is  discarded. 

The  broadcast  address,  which  consists  of  all  ones  is  a 
special  multicast  address.  Packets  addressed  to  the 
broadcast  address  must  be  received  by  all  nodes.  Since 
broadcast  packets  are  usually  more  common  than  other 
multicast  packets,  the  broadcast  address  should  be  the 
first  address  in  the  multicast  address  list. 
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MAPPING  OF  LOGICAL  ADDRESS  TO  FILTER  MASK 


LADRF 

Destination 

LADRF 

Oo^tinat  inn 

L/C 31 1 1  la  1  Ivl  l 

Byte 

1 

Bit  # 

Bit 

Address  Accepted 

Byte# 

Bit  # 

Bit 

Address  Accepted 

o 

o 

o 

no  nn  nn  nn  nn 

o*j  uu  uu  uu  uu  uu 

4 

o 

32 

91  nn  nn  nn  nn  nn 

1     KJKJ    UU    UU    UU  UU 

u 

i 

■ 

nn  nn  nn  nn  nn 

r\0  UU  UU  UU  UU  UU 

A 
H 

I 

oo 

m  nn  nn  nn  nn  nn 
U  1  uu  uu  uu  uu  uu 

0 

2 

2 

E5  00  00  00  00  00 

4 

2 

34 

41  00  00  00  00  00 

0 

3 

3 

C5  00  00  00  00  00 

4 

3 

35 

71  00  00  00  00  00 

0 

4 

4 

45  00  00  00  00  00 

4 

4 

36 

E1  00  00  00  00  00 

0 

5 

5 

65  00  00  00  00  00 

4 

5 

37 

C1  00  00  00  00  00 

0 

6 

6 

25  00  00  00  00  00 

4 

6 

38 

81  00  00  00  00  00 

0 

7 

7 

05  00  00  00  00  00 

4 

7 

39 

A1  00  00  00  00  00 

1 

0 

8 

2B  00  00  00  00  00 

l—  LJ    UU     UU     UU     UU  UU 

5 

o 

40 

flF  nn  nn  nn  nn  nn 

Oi 

1 

g 

nR  nn  nn  nn  nn  nn 

UU    UU    UU    UU    UU  UU 

5 

1 

41 

RF  nn  nn  nn  nn  nn 

Dr  UU  UU  UU  UU  UU 

1 

2 

10 

4B  00  00  00  00  00 

5 

2 

42 

EF  00  00  00  00  00 

] 

3 

11 

6B  00  00  00  00  00 

5 

3 

43 

CF  00  00  00  00  00 

4 

12 

EB  00  00  00  00  00 

5 

4 

44 

4F  00  00  00  00  00 

1 

5 

13 

CB00  00  00  00  00 

5 

5 

45 

6F  00  00  00  00  00 

1 

6 

14 

8B  00  00  00  00  00 

5 

6 

46 

2F  00  00  00  00  00 

•, 

7 

15 

BB  00  00  00  00  00 

5 

7 

47 

OF  00  00  00  00  00 

o 

r>7  no  nn  nn  nn  nn 

\jl  UU  UU  UU  UU  UU 

o 

n 
u 

AQ 

fiQ  nn  nn  nn  nn  nn 
Do  UU  UU  UU  UU  UU 

2 

1 

17 

F7  nn  nn  nn  nn  nn 

tf    UU  UU  UU  UU  UU 

g 

1 

Act 

A'i  nn  nn  nn  nn  nn 
to  uu  uu  uu  uu  uu 

2 

2 

18 

A7  00  00  00  00  00 

6 

2 

50 

03  00  00  00  00  00 

2 

3 

19 

87  00  00  00  00  00 

6 

3 

51 

23  00  00  00  00  00 

2 

4 

20 

07  00  00  00  00  00 

6 

4 

52 

A3  00  00  00  00  00 

2 

5 

21 

27  00  00  00  00  00 

6 

5 

53 

83  00  00  00  00  00 

2 

6 

22 

67  00  00  00  00  00 

6 

6 

54 

C3  00  00  00  00  00 

2 

7 

23 

47  00  00  00  00  00 

6 

7 

55 

E3  00  00  00  00  00 

3 

o 

OA 

fiQ  nn  nn  nn  nn  nn 
oy  uu  uu  uu  uu  uu 

"7 
1 

U 

DO 

/~Tt  nn  nn  nn  nn  nn 
\jU  uu  uu  UU  UU  UU 

3 

■| 

4Q  nn  nn  nn  nn  nn 
uu  uu  uu  uu  uu 

7 

1 

3/ 

cn  nn  nn  nn  nn  nn 

tu  UU  uu  uu  uu  uu 

3 

2 

26 

09  00  00  00  00  00 

7 

2 

58 

AD  00  00  00  00  00 

3 

3 

27 

29  00  00  00  00  00 

7 

3 

59 

8D  00  00  00  00  00 

3 

4 

28 

A9  00  00  00  00  00 

7 

4 

60 

0D  00  00  00  00  00 

3 

5 

29 

89  00  00  00  00  00 

7 

5 

61 

2D  00  00  00  00  00 

3 

6 

30 

C9  00  00  00  00  00 

7 

6 

62 

6D  00  00  00  00  00 

3 

7 

31 

E9  00  00  00  00  00 

7 

7 

63 

4D  00  00  00  00  00 
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SDL  Description  of  Am79C940 
ACE  JTAG  Structure 


entity  Am79C940  is 

neric    (PHYSICAL_PIN_MAP   :   string   :=  "undefined"); 
port  ( 

DOO,  DOl,  DTV_L,  INTR_L,  LNKST_L,  DXRCV_L,  RDTREQ_L,  RXPOL_L,  SF  BD ,  SRD, 

TDO,TDTREQ_L,TXD0,TXDl,TXDAT0,TXP0,TXPl,XTAL2    :    out  bit; 

BE0_L,  BE1_L,  CIO  ,  CI  1 ,  CS_L, DIO ,  DI1,  EAM_R_L,  EDSEi,  FDS_L,  RESET_L,  RXDO, 

RXD1, R_W_L, SCLK, SLEEP_L, TCLK, TC_L, TDI, TMS,XTAL1    :    in  bit; 

ADD  :   in  bit_vector   (4  downto  0) ; 

CLSN, EOF_L, RXCRS , RXDAT, SRDCLK, STDCLK, TXDAT1 , TXEN_L    :    inout  bit ; 
DBUS   :   inout  bit_vector   (15  downto  0); 
AVDD 1 , AVDD2 , AVDD 3 , AVDD 4 , AVS S 1 , AVS S 2 , 

DVDD1,DVDD2,DVDDN,DVDDP,DVSS1,DVSS2,DVSSN1,DVSSN2,DVSSN3,DVSSP    :    linkage  bit 

)  ; 

use  STD_1149_1_1990 .all;     -  get  std  1149.1  1990  attributes  and  definitions 

attribute  PIN_MAP  of  am79c940    :   entity  is  PHYSICAL_PIN_MAP ; 

constant  PQFP_PACKAGE    :   PIN_MAP_STRING  := 

"SRDCLK:5,    EAM_R_L:6,    SRD:7,    SF_BD:8,    RESET_L:9,    SLEEP_L:10,"  S 
"DVDDP:11,"  S 
"INTR_L:12,    TC_L:13,"  S 

"DBUS:  (36,  35,  33,  32,  31,  29,  25,  24,  23,  22,  21,  19,  18,  17,  16,  14),"  S 
"DVSSN1:15,   DVSSN2:20,   DVDDN:34,   DVSSN3:37,"  S 

"EOF_L:38,    DTV_L:39,    FDS_L:40,    BE0_L:41,    BE1_L:42,    SCLK:43,"  & 

"TDTREQ_L: 44,    RDTREQ_L : 45 ,    ADD:    (50,    49,    48,    47,    46),"  S 

"R_W_L:55,    CS_L:56,    RXPOL_L:57,    LNKST_L:58,"  S 

"TDO:59,    TMS:60,    TCK:61,"  & 

"DVSS1:62,"  S 

"TDI: 63,"  & 

"DVDD1:64,"  & 

"RXDO: 65,    RXD1:66,"  S 

"AVDD1:67,"  & 

"TXP0:68,    TXD0:69,    TXP1:70,    TXD1:71,"  4 

"AVDD2:72,"  S 

"XTAL1:7  3,"  S 

"AVSS1:74,"  S 

"XTAL2:75,"  & 

"AVSS2.-7  9,"  S 

"DOO: 81,    DOl: 82,"  & 

"AVDD3:83,"  & 

"DI0:84,    DI1:85,    CI0:86,    CI1:87,"  & 
"AVDD4:88,"  & 
"DVDD2:8  9,"  & 
"DXRCV_L:90,    EDSEL:91,"  & 
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"DVSS2:92,"  S 

"TXDAT1:93,    TXDAT0:94,"  S 

"DVSSP:95,"  & 

"STDCLK:96,    TXEN_L:97,    CLSN:98,    RXDAT:99,    RXCRS : 100) ; 
constant  PLCC_PACKAGE    :   PIN_MAP_STRING  := 

"SRDCLK:12,    EAM_R_L:13,    SRD:14,    SF_BD:15,    RESET_L:16,    SLEEP_L:17,"  & 

"DVDDP:18,"  S 

"INTR_L: 19,    TC_L:20,"  S 

"DBUS:(39,  38,  36,  35,  34,  33,  32,  31,  30,  29,  28,  26,  25,  24,  23,  21),' 
"DVSSN1:22,   DVSSN2:27,   DVDDN:37,   DVSSN3:3  9,"  S 

"EOF_L:41,   DTV_L:42,    FDS_L:43,    BE0_L:44,    BE1_L:45,    SCLK:46,"  & 

"TDTREQ_L:47,    RDTREQ_L : 4 8 ,   ADD:    (53,    52,    51,    50,    49),"  S 

"R_W_L:54,    CS_L:55,    RXPOL_L:56,    LNKST_L : 57 ,  "  S 

"TDO:58,    TMS:59,    TCK:60,"  S 

"DVSS1:61,"  & 

"TDI:62,"  S 

"DVDD1:63,"  & 

"RXD0:64,    RXD1:65,"  S 

"AVDD1 : 66,  "  & 

"TXP0:67,    TXD0:68,    TXP1:69,    TXD1:70,"  S 

"AVDD2:71,"  s 

"XTAL1:72,"  & 

"AVSS1:73,"  4 

"XTAL2:7  4,"  & 

"AVSS2:75,"  & 

"DO0:76,   D01:77,"  & 

"AVDD3:78,"  & 

"DI0:79,   DI1-.80,    CI0:81,    CI1:82,"  S 
"AVDD4:83,"  S 
"DVDD2:84,"  & 
"DXRCV_L:1,    EDSEL:2,"  & 
"DVSS2:3,"  S 
"TXDAT1:4,    TXDAT0:5,"  & 
"DVSSP:6,"  & 

"STDCLK:7,    TXEN_L:8,    CLSN:9,    RXDAT:10,    RXCRS : 11); 


attribute  TAP_SCAN_IN  of  TDI    :   signal  is  true; 

attribute  TAP_SCAN_MODE  of  TMS   :   signal  is  true; 

attribute  TAP_SCAN_OUT  of  TDO   :   signal  is  true; 

attribute  TAP_SCAN_CLOCK  of  TCK    :    signal  is    (10.0e6,  BOTH), 

attribute  INSTRUCTION  LENGTH  of  am79c940    :   entity  is  4; 


attribute  INSTRUCTION  OPCODE  of  am7  9c940 


entity  is 


"Extest 
'Idcode 
"Sample 
"Tribyp 
"Setbyp 
"Selftst 
'Bypass 


(0000)  , " 

(0001)  , " 

(0010)  , " 

(0011)  ,  " 

(0100)  , " 

(0101)  , " 


(0110,    0111,    1000,    1001,  1010, 
attribute  INSTRUCT ION_CAPTURE  of  am79c940 
attribute   INSTRUCTION  DISABLE  of  am79c940 


1011,    1100,    1101,    1110,  1111)' 
entity  is  "0001"; 
entity  is  "Tribyp"; 
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attribute  INSTRUCTION_PRIVATE  of  am79c940    :  entity  is  "Selftst"; 
attribute  IDCODE_REGISTER  of  am79c940    :   entity  is 

"0000"  S  -4  bit  version 

"1001010000000000"  &     -  16  bit  part  number 

"00000000001"  &  -  11  bit  manufacturer 

"1";  -  mandatory  LSB 

attribute  REGISTER_ACCESS  of  am7  9c940   :  entity  is 
"Boundary   (Extest,    Sample,   Selftst),"  4 
"Bypass    (Bypass,   Tribyp,   Setbyp) , "  & 
"Idcode  (Idcode)"; 

attribute  BOUND ARY_CE LL  of  am7  9c940   :   entity  is  "BC_1 , BC_4" ; 
attribute  BOUND ARY_LENGTH  of  am79c940    :  entity  is  99 

-  num  cell     port  function         safe     (ccell  disval  rslt) 


"98 

(BC_1, 

* 

internal,       0 ) , " 

4 

-  COL_SQL 

"97 

(BC_1 , 

* 

internal,  0)," 

f> 

-  AUI_NSQ 

"96 

(BC_1, 

* 

internal,  0)," 

4 

-  XMTD 

"95 

(BC_1, 

* 

internal,  0)," 

4 

-  AUIEN 

"94 

(BC_1, 

* 

internal,       0) , " 

4 

-  TXD0L 

"93 

(BC_1, 

* 

internal,       0) , " 

4 

-  TXP0L 

"92 

(BC_1, 

* 

internal,       0) , " 

& 

-  TXEN 

"91 

(BC_1, 

* 

internal,       0 ) , " 

& 

-  PSQ_0  xor  FIXPOL 

"90 

(BC_1, 

*  t 

internal,       0 ) , " 

4 

-  CLK2  0 

"89 

(BC_1, 

DXRCV_L, 

output3,  X, 

88, 

0,          Z),"  & 

"88 

(BC_1, 

control,         0)  ,  " 

S 

-  TRI  PWDNBAR 

"87 

(BC_1, 

EDSEL, 

input , 

1)  ,  "  4 

"86 

(BC_1, 

TXDAT1, 

input, 

1 )  ,  "  s 

"85 

(BC_1, 

TXDAT1, 

output 3, 

X, 

83,        0 ,          Z ) , "  S 

"84 

(BC_1, 

TXDAT0 , 

output3. 

X, 

83,        0,          Z)  ,  "  4 

"83 

(BC_1, 

* 

control,         0) , " 

4 

-   TRI   TXDAT+ / TXDAT 

"82 

(BC_1, 

STDCLK, 

input , 

0)  ,  "  4 

"81 

(BC_1, 

STDCLK, 

output3, 

x, 

80,        0,          Z)  ,  "  & 

"80 

(BC_1, 

* 

i 

control,  0)," 

4 

-   TRI  STDCLK 

"79 

(BC_1, 

TXEN_L, 

input, 

0),"  4 

"78 

(BC_1, 

TXEN_L, 

output3, 

X, 

77,         0,           Z),"  4 

"77 

(BC_1, 

* 

control,  0)," 

s 

-   TRI  TXEN_L 

"76 

(BC_1, 

CLSN, 

input, 

0)  ," 

4 

"75 

(BC_1, 

CLSN, 

output3,  X, 

74, 

0 ,          Z )  ,  "  & 

"74 

(BC_1, 

* 

control,         0 )  ,  " 

4 

-   TRI  CLSN 

"73 

(BC_1, 

RXDAT, 

input, 

0),"  4 

"72 

(BC_1, 

RXDAT , 

output 3, 

X, 

71,        0,          Z)  ,  "  & 

"71 

(BC_1, 

* 

t 

control,         0) , " 

4 

-   TRI  RXDAT 

"70 

(BC_1, 

RXCRS, 

input , 

0  )  ,  "  4 

"69 

(BC_1, 

RXCRS, 

output3, 

x, 

68,        0,          Z)  ,  "  & 

"68 

(BC_1, 

* 

control,         0) , " 

4 

-   TRI  RXCRS 

"67 

(BC_1, 

SRDCLK, 

input, 

0),"  & 

"66 

(BC_1, 

SRDCLK, 

output 3, 

x, 

65,        0,          Z)  ,  "  4 

"65 

(BC_1, 

*« 

control,          0 ) , " 

4 

-   TRI  SRDCLK 

"64 

(BC_1, 

EAM_R, 

input. 

0  )  ,  "  4 

"63 

(BC_1, 

SRD, 

output3,  X, 

61, 

0  ,            Z )  ,  "  4 

"62 

(BC_1, 

SF_BD, 

output 3, 

x, 

61,         0,            Z)  ,  "  4 
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"61 

(BC_1, 

*, 

control, 

0)  ," 

s 

-  TRI 

SF_BD/SRD 

"60 

(BC_1, 

RESET_L, 

input. 

D," 

& 

"59 

<BC_1, 

SLEEP_L, 

input, 

1) ," 

& 

"58 

(BC_1, 

INTR_L, 

output3, 

1, 

57, 

0, 

Weakl) , "  & 

"57 

(BC_1, 

r 

control, 

0)," 

s 

-  TRI 

INTR_L 

"56 

(BC_1, 

TC_L, 

input , 

1) ," 

4 

"55 

(BC_1, 

DBUS (0) , 

input, 

0)  ,  " 

& 

"54 

(BC_1, 

DBUS ( 0 ) , 

output 3, 

X, 

35, 

o. 

Z)  ; 

& 

"53 

(BC_1, 

DBUS (1) , 

input , 

0)  ,  " 

& 

"52 

(BC_1, 

DBUS (1) , 

output3, 

X, 

35, 

0, 

Z)  1 

& 

"51 

(BC_1, 

DBUS (2) , 

input, 

0)  ," 

& 

"50 

(BC_1, 

DBUS (2) , 

output3, 

x, 

35, 

0, 

Z)  ; 

& 

"49 

(BC_1, 

DBUS (3) , 

input, 

0)  ," 

& 

"48 

(BC_1, 

DBUS (3) , 

output3, 

x, 

35, 

0, 

Z)  ! 

& 

"47 

(BC_1, 

DBUS ( 4 ) , 

input. 

0)  ," 

& 

"46 

(BC_1, 

DBUS (4) , 

output3, 

X, 

35, 

0, 

Z)  ; 

& 

"45 

(BC_1, 

DBUS (5) , 

input , 

0)," 

& 

"44 

(BC_1, 

DBUS (5) , 

output3, 

x, 

35, 

0, 

Z)  ; 

& 

"43 

J 

(BC_1, 

DBUS (6) , 

input. 

0)  ," 

& 

"42 

(BC_1, 

DBUS  (6)  , 

output3, 

x, 

35, 

o, 

Z)  1 

& 

"41 

(BC_1, 

DBUS (7) , 

input, 

0)  ,  " 

& 

"40 

(BC_1, 

DBUS (7) , 

output3, 

X, 

35, 

0, 

Z)  ; 

& 

"39 

(BC_1, 

DBUS ( 8 ) , 

input, 

0)  ," 

& 

"38 

(BC_1, 

DBUS  (8) , 

output3, 

x, 

35, 

0, 

Z)  i 

& 

"37 

(BC_1, 

DBUS (9) , 

input, 

0)  ," 

& 

"36 

(BC_1, 

DBUS  (9)  , 

output3, 

x, 

35, 

o. 

Z)  ; 

& 

"35 

(BC_1, 

*,                 control,         0),"  & 

-  TRI  DBUS (9:0) 

"34 

(BC_1, 

DBUS  (10) , 

input, 
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DISTINCTIVE  CHARACTERISTICS 

■  Compatible  with  IEEE  802.3/Ethernet/ 
Cheapernet  specifications 

■  Crystal/TTL  oscillator  controlled  Manchester 
Encoder 

■  Manchester  Decoder  acquires  clock  and  data 
within  four  bit  times  with  an  accuracy  of  ±3  ns 

■  Guaranteed  carrier  and  collision  detection 
squelch  threshold  limits 

—  Carrier/collision  detected  for  inputs  greater  than 
-275  mV 

—  No  carrier/collision  for  inputs  less  than  -175  mV 


Input  signal  conditioning  rejects  transient 
noise 

—  Transients  <1 0  ns  for  collision  detector  inputs 

—  Transients  <20  ns  for  carrier  detector  inputs 
Receiver  decodes  Manchester  data  with  worst 
case  ±19  ns  of  clock  jitter  (at  10  MHz) 

TTL  compatible  host  interface 

Transmit  accuracy  +0.01% 
(without  adjustments) 


GENERAL  DESCRIPTION 

The  Am7992B  Serial  Interface  Adapter  (SIA)  is  a 
Manchester  Encoder/Decoder  compatible  with  IEEE 
802.3,  Cheapernet  and  Ethernet  specifications.  In  an 
IEEE  802.3/Ethernet  application,  the  Am7992B  inter- 
faces the  Am7990  Local  Area  Network  Controller  for 
Ethernet  (LANCE)  to  the  Ethernet  transceiver  cable, 


acquires  clock  and  data  within  four  bit  times,  and  de- 
codes Manchester  data  with  worst  case  ±19  ns  phase 
jitter  at  10  MHz.  SIA  provides  both  guaranteed  signal 
threshold  limits  and  transient  noise  suppression  cir- 
cuitry in  both  data  and  collision  paths  to  minimize  false 
start  conditions. 
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RELATED  PRODUCTS 


Part  No. 

Description 

Ar 

n7990 

Local  Area  Network  Controller  for  Ethernet  (LANCE) 

Ar 

n7996 

IEEE  802.3/Ethernet/Cheapernet/Transceiver 

Ar 

n79C900 

Integrated  Local  Area  Communications  Controller™  (ILACC™) 

CONNECTION  DIAGRAMS 
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Note: 

Pin  1  is  marked  for  orientation. 
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ORDERING  INFORMATION 
Standard  Products 

AMD  standard  products  are  available  in  several  packages  and  operating  ranges.  The  order  number  (Valid  Combination)  is 
formed  by  a  combination  of: 


AM7992B 


OPTIONAL  PROCESSING 

Blank  =  Standard  Processing 
B  =  Burn-In 

TEMPERATURE  RANGE 

C  -  Commercial  (0°C  to  +70°C) 


PACKAGE  TYPE 

D  =  24-Pin  (Slim)  Ceramic  DIP  (CD3024) 

J  =  28-Pin  PLCC  (PL  028) 

P  =  24-Pin  (Slim)  Plastic  DIP  (PD3024) 


SPEED  OPTION 

Not  Applicable 


DEVICE  NUMBER/DESCRIPTION 

Am7992B 

Serial  Interface  Adapter 


Valid  Combinations 

AM7992B 

DC,  DCB,  JC, 
JCTR,  PC 

Valid  Combinations 

Valid  Combinations  list  configurations  planned  to  be 
supported  in  volume  for  this  device.  Consult  the  local 
AMD  sales  office  to  confirm  availability  of  specific 
valid  combinations  and  to  check  on  newly  released 
combinations. 
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PIN  DESCRIPTION 
CLSN 

Collision  (Output,  TTL  Active  HIGH) 

Signals  at  the  Collision±  terminals  meeting  threshold 
and  pulse  width  requirements  will  produce  a  logic  HIGH 
at  CLSN  output.  When  no  signal  is  present  at  Collision±, 
CLSN  output  will  be  LOW. 

Receive  Data  (Output) 

A  MOS/TTL  output,  recovered  data.  When  there  is  no 
signal  at  Receive±  and  TEST  is  HIGH,  RX  is  HIGH.  RX 
is  actuated  with  RCLK  and  remains  active  until  RENA  is 
deasserted  at  the  end  of  message.  During  reception,  RX 
is  synchronous  with  RCLK  and  changes  atter  the  rising 
edge  of  RCLK.  When  TEST  is  LOW,  RX  is  enabled. 

RENA 

Receive  Enable  (Output,  TTL  Active  HIGH) 

When  there  is  no  signal  at  Receive+  RENA  is  LOW.  Sig- 
nals meeting  threshold  and  pulse  width  "on"  require- 
ments will  produce  a  logic  HIGH  at  RENA.  When  RENA 
is  HIGH,  Receive+  signals  meeting  threshold  and  pulse 
width  "off"  requirements  will  produce  a  LOW  at  RENA. 

RCLK 

Receive  Clock  (Output) 

A  MOS/TTL  output,  recovered  clock.  When  there  is  no 
signal  at  Receive!  and  TEST  is  HIGH,  RCLK  is  LOW. 
RCLK  is  activated  1/4  bit  time  after  the  second  negative 
Manchester  preamble  clock  transition  at  Receive±,  and 
remains  active  until  after  an  end  of  message.  When 
TEST  is  LOW,  RCLK  is  enabled  and  meets  minimum 
pulse  width  specifications. 

TX 

Transmit  (Input) 

TTL-compatible  input.  When  TENA  is  HIGH,  signals  at 
TX  meeting  setup  and  hold  time  to  TCLK  will  be  en- 
coded as  normal  Manchester  at  Transmit*  and 
Transmit-. 

TX  HIGH:        Transmit+  is  negative  with  respect  to 
Transmit-  for  first  half  of  data  bit  cell. 

TX  LOW:        Transmit+  is  positive  with  respect  to 
Transmit-  for  first  half  of  data  bit  cell. 

TENA 

Transmit  Enable  (Input) 

TTL-compatible  input.  Active  HIGH  data  encoder  en- 
able. Signals  meeting  setup  and  hold  time  to  TCLK  will 
allow  encoding  of  Manchester  data  from  TX  to  Trans- 
mit+  and  Transmit-. 


TCLK 

Transmit  Clock  (Output) 

MOS/TTL  output.  TCLK  provides  symmetrical  HIGH 
and  LOW  clock  signals  at  data  rate  for  reference  timing 
of  data  to  be  encoded.  It  also  provides  clock  signals  for 
the  controller  chip  (Am7990  -  LANCE)  and  an  internal 
timing  reference  for  receive  path  voltage  controlled 
oscillators. 

Transmit*,  Transmit- 
Transmit  (Outputs) 

A  differential  line  output.  This  line  pair  is  intended  to  op- 
erate into  terminated  transmission  lines.  For  signals 
meeting  setup  and  hold  time  to  TCLK  at  TENA  and  TX, 
Manchester  clock  and  data  are  outputted  at  Transmit*/ 
Transmit-.  When  operating  into  a  78  Q  terminated 
transmission  line,  signaling  meets  the  required  output 
levels  and  skew  for  both  Ethernet  and  IEEE  802.3  drop 
cables. 

Receive*,  Receive- 
Receiver  (Inputs) 

A  differential  input.  A  pair  of  internally  biased  line  receiv- 
ers consisting  of  a  carrier  detect  receiver  with  offset 
threshold  and  noise  filtering  to  detect  the  line  activity, 
and  a  data  recovery  receiver  with  no  offset  for 
Manchester  data  decoding. 

Collision-*-,  Collision- 
Collision  (Inputs) 

A  differential  input.  An  internally  biased  line  receiver  in- 
put with  offset  threshold  and  noise  filtering.  Signals  at 
Collision!  have  no  effect  on  data-path  functions. 

TSEL 

Transmit  Mode  Select  (Output,  Open  Collector; 
Input,  Sense  Amplifier) 

TSEL  LOW:  Idle  transmit  state  Transmit*  is  positive 
with  respect  to  Transmit-. 

TSEL  HIGH:  Idle  transmit  state  Transmit*  and 
Transmit-  are  equal,  providing  "zero" 
differential  to  operate  transformer  cou- 
pled loads. 

When  connected  with  an  RC  network,  TSEL  is  held 
LOW  during  transmission.  At  the  end  of  transmission 
the  open  collector  output  is  disabled,  allowing  TSEL  to 
rise  and  provide  a  smooth  transmission  from  logic  HIGH 
to  "zero"  differential  idle.  Delay  and  output  return  to  zero 
are  externally  controlled  by  the  RC  network  at  TSEL  and 
Transmit!  load  inductance. 
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X1.X2 

Biased  Crystal  Oscillator  (Input) 

X1  is  the  input  and  X2  is  the  bypass  port.  When  con- 
nected for  crystal  operation,  the  system  clock  which  ap- 
pears at  TCLK  is  half  the  frequency  of  the  crystal 
oscillator.  X1  may  be  driven  from  an  external  source  of 
two  times  the  data  rate. 

RF 

Frequency  Setting  Voltage  Controlled  Oscillator 
(Vco)  Loop  Filter  (Output) 

This  loop  filter  output  is  a  reference  voltage  for  the  re- 
ceive path  phase  detector.  It  also  is  a  reference  for  tim- 
ing noise  immunity  circuits  in  the  collision  and  receive 
enable  path.  Nominal  reference  Vco  gain  is  1 .25  TCLK 
frequency  MHz/V. 


Receive  Path  Vco  Phase-Lock  Loop  Filter  (Input) 

This  loop  filter  input  is  the  control  for  receive  path  loop 
damp  ng.  Frequency  of  the  receive  Vco  is  internally  lim- 
ited to  transmit  frequency  ±12%.  Nominal  receive  Vco 
gain  is  0.25  reference  Vco  gain  MHz/V. 


TEST 

Test  Control  (Input) 

A  static  input  that  is  connected  to  Vcc  for  Am7992B/ 
Am7990  operation  and  to  Ground  for  testing  of  Re- 
ceive! path  threshold  and  RCLK  output  high  parame- 
ters. When  TEST  is  grounded,  RX  is  enabled  and  RCLK 
is  enabled  except  during  Clock  acquisition  when  RCLK 
is  HIGH. 

GND1 

High  Current  Ground 

GND2 
Logic  Ground 

GND3 

Voltage  Controlled  Oscillator  Ground 

VcC1 

High  Current  and  Logic  Supply 

VcC2 

Voltage  Controlled  Oscillator  Supply 
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FUNCTIONAL  DESCRIPTION 

The  Am7992B  Serial  Interface  Adapter  (SIA)  has  three 
basic  functions.  It  is  a  Manchester  Encoder/line  driver  in 
the  transmit  path,  a  Manchester  Decoder  with  noise  fil- 
tering and  quick  lock-on  characteristics  in  the  receive 
path,  and  a  signal  detect/converter  (10  MHz  differential 
to  TTL)  in  the  collision  path.  In  addition,  the  SIA  provides 
the  interface  between  the  TTL  logic  environment  of  the 
Local  Area  Network  Controller  for  Ethernet  (LANCE) 
and  the  differential  signaling  environment  in  the  trans- 
ceiver cable. 

Transmit  Path 

The  transmit  section  encodes  separate  clock  and  NRZ 
data  input  signals  meeting  the  set-up  and  hold  time  to 
TCLK  at  TENA  and  TX,  into  a  standard  Manchester  II 
serial  bit  stream.  The  transmit  outputs  (Transmit+ 
/Transmit-)  are  designed  to  operate  into  terminated 
transmission  lines.  When  operating  into  a  78  £2  termi- 
nated transmission  line,  signaling  meets  the  required 
output  levels  and  skew  for  IEEE  802.3/Ethernet/ 
Cheapernet. 


TX 

TENA 
TCLK 


Manchester 
Encoder 


DO± 


OSC 


Transmitter  Timing  and  Operation 

A  20  MHz  fundamental  mode  crystal  oscillator  provides 
the  basic  timing  reference  in  the  SIA.  It  is  divided  by  two 
to  create  the  Transmit  Clock  reference  (TCLK).  Both 
20  MHz  and  1 0  MHz  clocks  are  fed  into  the  Manchester 
Encoder  to  generate  the  transitions  in  the  encoded  data 
stream.  The  10  MHz  clock,  TCLK,  is  used  by  the  SIA  to 
internally  synchronize  Transmit  (TX)  data  and  Transmit 
Enable  (TENA).  TCLK  is  also  used  as  a  stable  bit  rate 
clock  by  the  receive  section  of  the  SIA  and  by  other  de- 
vices in  the  system  (the  Am7990  LANCE  uses  TCLK  to 
drive  its  internal  state  machine).  The  oscillator  may  use 
an  external  .005%  crystal  or  an  external  TTL-level  input 
as  a  reference  which  will  achieve  a  transmit  accuracy  of 
.01%  (no  external  adjustments  are  required). 

Transmission  is  enabled  when  TENA  is  activated.  As 
long  as  TENA  remains  HIGH,  signals  at  TX  will  be  en- 
coded as  Manchester  and  will  appear  at  Transmit*  and 
Transmit-.  When  TENA  goes  LOW,  the  differential 
transmit  outputs  go  to  one  of  two  idle  states  determined 
by  the  circuit  configuration  of  TSEL: 

TSEL  HIGH:  The  idle  state  of  Transmit!:  yields 
"zero"  differential  to  operate  transformer-coupled 
loads  (see  Figure  2,  Transmitter  Timing  -  End  of 
Transmission  waveform  diagram  and  Typical  Per- 
formance Curve  diagram). 

TSEL  LOW:  In  this  idle  state,  Transmit*  is  positive 
to  Transmit-  (logical  HIGH)  (see  Figures  and  dia- 
grams as  referenced  above). 

The  End  of  Transmission  -  Return  to  Zero  is  determined 
by  the  external  RX  network  at  TSEL  and  by  the  load  at 
Transmit!. 
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Figure  1.  Transmit  Section 
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A.  TSEL  LOW  B.  TSEL  HIGH 

Figure  2.  Transmit  Mode  Select  (TSEL)  Connection 
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Figure  3.  TTL  Clock  Driver  Circuit  for  X1 


SIA  Oscillator 

Specification  for  External  Crystal 

When  using  a  crystal  to  drive  the  Am7992B  oscillator, 
the  following  crystal  specification  should  be  used  to  en- 
sure a  transmit  accuracy  of  0.01%: 


Resonant  Frequency  Error  with  Cl  =  50  pF 

Limit 

Unit 

Min 

Nominal 

Max 

-50 

0 

+50 

PPM 



Change  in  Resonant  Frequency  Temperature  with  Cl  =  50  pF 

-40 

+40 

PPM 

Paralle 

I  Resonant  Frequency  with  Cl=  50  pF 

20 

MHz 

Motion 

al  Crystal  Capacitance,  Ci 

0.022 

PF 

Some  crystal  manufacturers  have  generated  crystals  to 
this  specification.  One  such  manufacturer  is  Reeves- 
Hoffman.  Their  ordering  part  number  tor  this  crystal  is 
RH#04-20423-31 2.  Another  manufacturer  is  Epson  - 
Part  #MA  506-200M-50  pF  which  is  a  surface-mounted 
crystal. 

Specification  for  External  TTL  Level 

When  driving  the  oscillator  from  an  external  clock 
source,  X2  must  be  left  floating  (unconnected).  An  ex- 
ternal clock  having  the  following  characteristics  must  be 
used  to  ensure  less  than  +0.5  ns  jitter  at  Transmit+  (see 
the  X1  Driven  from  External  Source  waveform  diagram 
and  the  TTL  Clock  Driver  Circuit  for  X1 ,  Figure  3): 

Clock  Frequency:  20  MHz  ±0.01% 
Rise/Fall  Time  (trVtF):  <4  ns,  monotonic 
X1  HIGH/LOW  Time  (tmGH/tLow) :  >  20  ns 
X1  Falling  Edge  to  Falling  Edge  Jitter: 
<  ±0.2  ns  at  1 .5  V  input 

Receiver  Path 

The  principle  functions  of  the  Receiver  are  to  signal  the 
LANCE  that  there  is  information  on  the  receive  pair,  and 
separate  the  incoming  Manchester-encoded  data 
stream  into  clock  and  NRZ  data. 


The  Receiver  section  (see  Figures  4  and  5)  consists  of 
two  parallel  paths.  The  receive  data  path  is  a  zero 
threshold,  wide  bandwidth  line  receiver.  The  carrierpath 
is  an  offset  threshold  bandpass  detecting  line  receiver. 
Both  receivers  share  common  bias  networks  to  allow 
operation  over  an  input  common  mode  range  of  0  V  to 
5.5V. 
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Figure  4.  Receiver 


1-192 


Am7992B 


AMD  in 


RX 


RCLK 


Q 

D 

Clock 
Gating 

40.0  MHz 
Vco 


RENA 


Phase 
Detector 


Noise 
Reject 
Filter 


033781-9 


Figure  5.  Receiver  Section  Detail 


Input  Signal  Conditioning 

The  Carrier  Receiver  detects  the  presence  of  an  incom- 
ing data  packet  by  discerning  and  rejecting  noise  from 
expected  Manchester  data.  It  also  controls  the  stop  and 
start  of  the  phase-lock  loop  during  clock  acquisition.  In 
the  Am7992B,  clock  acquisition  requires  a  valid 
Manchester  bit  pattern  of  1010  to  lock  on  the  incoming 
message  (see  Receive  Timing  -  Start  of  Reception 
Clock  Acquisition  waveform  diagram). 

Transient  noise  pulses  less  than  20  ns  wide  are  rejected 
by  the  Carrier  Receiver  as  noise  and  DC  inputs  more 
positive  than  -175  mV  are  also  suppressed.  Carrier  is 
detected  for  input  signal  wider  than  45  ns  with  amplitude 
more  negative  than  -275  mV.  When  input  amplitude 
and  pulse  width  conditions  are  met  at  Receive*,  RENA 
is  asserted  and  a  clock  acquisition  cycle  is  initiated. 

Clock  Acquisition 

When  there  is  no  activity  at  Receive!  (receiver  is  idle), 
the  receive  oscillator  is  phase  locked  to  TCLK.  The  first 
negative  clock  transition  (first  valid  Manchester  "0")  af- 
ter RENA  is  asserted  interrupts  the  receive  oscillator 
and  presets  the  INTRCLK  (internal  clock)  to  the  HIGH 
state.  The  oscillator  is  then  restarted  at  the  second 
Manchester  "0"  (bit  time  4)  and  is  phase  locked  to  it.  As  a 
result,  the  SIA  acquires  the  clock  from  the  incoming 
Manchester  bit  stream  in  four  bit  times  with  "1010" 
Manchester  bit  pattern.  The  10  MHz  INTRCLK  and 
INTPLLCLK  are  derived  from  the  internal  oscillator 
which  runs  at  4  times  the  data  rate  (40.0  MHz).  The 
three  clocks  generated  internally  are  utilized  in  the  fol- 
lowing manner: 

INTRCLK:  After  clock  acquisition,  INTRCLK 
strobes  the  incoming  data  at  1/4  bit  time.  Receive 
data  path  sets  the  input  to  the  data  decode  register 
(Figure  5). 

INTPLLCLK:  At  clock  acquisition,  INTPLLCLK  is 
phase  locked  to  the  incoming  Manchester  clock 
transition  at  Bit  Cell  Center  (BCC) .  The  transition  at 


BCC  is  compared  to  INTPLLCLK  and  phase  cor- 
rection is  applied  to  maintain  INTRCLK  at  1/4  bit 
time  in  the  Manchester  cell. 

INTCARR:  From  start  to  end  of  a  message, 
INTCARR  is  active  and  establishes  RENA  Turn-off 
synchronously  with  RCLK  rising  edge.  Internal  car- 
rier goes  active  when  there  is  a  negative  transition 
that  is  more  negative  than  -275  mV  and  has  a 
pulse  width  greater  or  equal  to  45  ns.  Internal  car- 
rier goes  inactive  typically  1 55  ns  afterthe  last  posi- 
tive transition  at  Receive!. 


When  TEST  is  strapped  LOW,  RCLK  and  RX  are  en- 
abled 1/4  bit  time  after  clock  acquisition  in  bit  cell  5.  RX 
is  at  HIGH  state  when  the  receiver  is  idle  and  TEST  is 
strapped  HIGH  (no  RLCK).  RX,  however,  is  undefined 
when  clock  is  acquired  and  may  remain  HIGH  or  change 
to  LOW  state  whenever  RCLK  is  enabled.  At  the  1/4  bit 
time  of  clock  transition  in  bit  cell  5,  RCLK  makes  its  first 
external  transition.  It  also  strobes  the  incoming  fifth  bit 
Manchester  "1 ."  RX  may  make  a  transition  after  the 
RCLK  rising  edge  in  bit  cell  5,  but  its  state  is  still  unde- 
fined. The  Manchester  "1 "  at  bit  5  is  clocked  to  RX  output 
at  1/4  bit  time  in  bit  cell  6. 

PLL  Tracking 

After  clock  acquisition,  the  INTPLLCLK  is  compared  to 
the  incoming  transitions  at  BCC  and  the  resulting  phase 
error  is  applied  to  a  correction  circuit.  This  circuit  en- 
sures that  INTPLLCLK  remains  locked  on  the  received 
signal.  Individual  bit  cell  phase  corrections  of  the  Vco 
are  limited  to  1 0%  of  the  phase  difference  between  BCC 
and  INTPLLCLK.  Hence,  input  data  jitter  is  reduced  in 
RCLK  by  10  to  1. 

Carrier  Tracking  and  End  of  Message 

The  carrier  receiver  monitors  Receive!  input  after 
RENA  is  asserted  for  an  end  of  message.  INTCARR 
deasserts  typically  155  ns  to  165  ns  afterthe  incoming 
message  transitions  positive.  This  initiatesthe  end  of  re- 
ception cycle.  INTCARR  is  strobed  at  3/4  bit  time  by  the 
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falling  edge  of  INTRCLK.  The  time  delay  from  the  last 
rising  edge  of  the  message  to  INTCARR  deassert  al- 
lows the  last  bit  to  be  strobed  by  RCLK  and  transferred 
by  the  LANCE  without  an  extra  bit  at  the  end  of  mes- 
sage. When  RENA  deasserts  (see  Receive  Timing- 
End  of  Reception  waveform  diagrams),  a  RENA  hold  off 
timer  inhibits  RENA  assertion  for  at  least  120  ns. 

Data  Decoding 

The  data  receiver  is  a  comparator  with  clocked  output  to 
minimize  noise  sensitivity  to  the  Receive!  inputs.  Input 
error  (VIRD)  is  less  than  ±35  mV  to  minimize  sensitivity 
to  input  rise  and  fall  time.  RCLK  strobes  the  data  re- 
ceiver output  at  1 14  bit  time  to  determine  the  value  of  the 
Manchester  bit  and  clocks  the  data  out  at  RX  on  the  fol- 
lowing RCLK.  The  data  receiver  also  generates  the  sig- 
nal used  for  phase  detector  comparison  to  the  internal 
Am7992B  Vco. 


Differential  I/O  Terminations 

The  differential  input  for  the  Manchester  data  (Re- 
ceive!) is  externally  terminated  by  two  40.2  ohm  ±1% 
resistors  and  one  optional  common-mode  bypass  ca- 
pacitor. The  differential  input  impedance,  Zidf  and  the 
common-mode  input,  Zicm.  are  specified  so  that  the 
Ethernet  specification  for  cable  termination  impedance 
is  met  using  standard  1  %  resistorterminators.  The  Colli- 
sion! differential  inputs  are  terminated  in  exactly  the 
same  way  as  the  receive  inputs  (see  Figure  6). 

Collision  Detection 

A  transceiver  detects  collisions  on  the  network  and  gen- 
erates a  1 0  MHz  signal  at  the  Collision!  inputs.  This  col- 
lision signal  passes  through  an  input  stage  which 
detects  signal  levels  and  pulse  duration.  When  the  sig- 
nal is  detected  by  the  Am7992B  it  sets  the  CLSN  line 
HIGH.  This  condition  continues  for  approximately 
1 60  ns  after  the  last  LOW-to-HIGH  transition  on 
Collision!. 


Vcc 
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Notes: 

1.  Connect  R1,  R2,  C1,  C2  for  0  differential  nontransmit.  Connect  to  ground  for  logic  1  differential  nontransmit. 

2.  Pin  20  shown  for  normal  device  operation. 

3.  The  inclusion  of  C4  and  C5  is  necessary  to  reduce  the  common-mode  loading  on  certain  transceivers  which  are  direct 
coupled. 

4.  C2  reduces  the  amount  of  noise  from  the  power  supply  and  crosstalk  from  RCLK  that  can  be  coupled  from  TSEL  through  to 
the  transmit±  outputs. 


Figure  6.  External  Component  Diagram 
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Jitter  Tolerance  Definition  and  Test 

The  Receive  Timing-Start  of  Reception  Clock  Acquisi- 
tion waveform  diagram  shows  the  internal  timing  rela- 
tionships implemented  for  decoding  Manchester  data  in 
the  Am7992B.  The  Am7992B  utilizes  a  clock  capture 
circuit  to  align  its  internal  data  strobe  with  an  incoming 
bit  stream.  The  clock  acquisition  circuitry  requires  four 
valid  bits  with  the  values  1010.  Clock  is  phase  locked  to 
the  negative  transition  at  BCC  of  the  second  "0"  in 
the  pattern. 

Since  data  is  strobed  at  1/4  bit  time,  Manchester  transi- 
tions which  shift  from  their  nominal  placement  through 
1/4  bit  time  will  result  in  improperly  decoded  data.  For 
IEEE  802.3/Ethernet,  this  results  in  the  loss  of  a  mes- 
sage. With  this  as  the  criteria  for  an  error,  a  definition  of 
"Jitter  Handling"  is: 

That  peak  deviation  from  nominal  input  transi- 
tion approaching  or  crossing  1/4  bit  cell  posi- 
tion for  which  the  Am7992B  will  properly 
decode  data. 

Four  events  of  signal  are  needed  to  adequately  test  the 
ability  of  the  Am7992B  to  properly  decode  data  trom  the 
Manchester  bit  stream.  For  each  of  the  four  events  two 
time  points  within  a  received  message  are  tested;  (See 
Input  Jitter  Timing  Waveforms): 

1 .  Jitter  tolerance  at  clock  acquisition,  the  measure  of 
clock  capture,  (case  1-4). 

2.  Jitter  tolerance  within  a  message  after  the  ana- 
logue PLL  has  reduced  clock  acquisition  error  to  a 
minimum,  (case  5-8). 

The  four  events  to  test  are  shown  the  Input  Jitter  Timing 
Waveform  diagram.  They  are: 

1 .  BCC  jitter  for  a  01  bit  pattern 

2.  BCC  jitter  for  a  10  bit  pattern 

3.  BCB  jitter  for  an  1 1  bit  pattern 

4.  BCB  jitter  for  an  X0  bit  pattern 


The  test  signals  utilized  to  jitter  the  input  data  are  artifi- 
cial in  that  they  may  not  be  realizable  on  networks  (ex- 
amples are  cases  2,  3  and  4  at  clock  acquisition). 
However,  each  pattern  relates  to  setup  and  hold  time 
measurements  for  the  data  decode  register  (Figure  5). 
Receive+  and  Receive-  are  driven  with  the  inputs 
shown  to  produce  the  zero  crossing  distortion  at  the  dif- 
ferential inputs  for  the  applicable  test.  Case  4  and  8  re- 
quire only  a  single  zero  to  implement  when  tested  at  the 
end  of  message. 

Levels  used  to  test  jitter  are  within  the  common-mode 
and  differential-mode  range  of  the  receive  inputs  and 
also  are  available  from  automatic  test  equipment.  It  is 
assumed  that  the  incoming  message  is  asynchronous 
with  the  local  TCLK  frequency  for  the  Am7992B.  This 
ensures  that  proper  clock  acquisition  has  been  estab- 
lished with  random  phase  and  frequency  error  in  incom- 
ing message.  An  additional  condition  placed  on  the  jitter 
tolerance  test  is  that  it  must  meet  all  test  requirements 
within  10  ms  after  power  is  applied.  This  forces  the 
Am7992B  crystal  oscillator  to  start  and  lock  the  ana- 
logue PLL  to  within  acceptable  limits  for  receiving  from  a 
cold  start. 

Case  1  of  the  test  corresponds  to  the  expected 
Manchester  data  at  clock  acquisition  and  average  val- 
ues for  clock  leading  jitter  tolerance  are  21.5  ns.  For 
cases  5  through  8,  average  values  are  24.4  ns.  Cases  5 
through  8  are  jittered  at  bit  times  55  or  56  as  applicable. 
The  Am7992B,  then,  has  on  average  0.6  ns  static  phase 
error  for  the  noise-free  case. 
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Figure  7.  Typical  ETHERNET  Node 
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ABSOLUTE  MAXIMUM  RATINGS 

Storage  Temperature   -65°C  to  +150°C 

Ambient  Temperature  with 

Power  Applied  0°C  to  +70°C 

Supply  Voltage  Continuous  +7.0  V 

DC  Voltage  Applied  to  Outputs  . . .  -0.5  V  to  Vcc  Max 

DC  Input  Voltage  (Logic  Inputs)   +5.5  V 

DC  Input  Voltage 

(Receive±/Collision±)    -6Vto+16V 

Transmitt  Output  Current   -50  mA  to  +25  mA 

DC  Output  Current,  Into  Outputs   100  mA 

:  Input  Current  (Logic  Inputs)   +30  mA 


DC 

Transmit!  Applied  Voltage 


0Vto+16V 


OPERATING  RANGES 

Commercial  (C)  Devices 

Temperature  (Tc)   0°Cto+70°C 

Supply  Voltage  (Vcc)   +5.0  V  +10% 

Operating  ranges  define  those  limits  between  which  the  func- 
tionality of  the  device  is  guaranteed. 


Stresses  above  those  listed  under  Absolute  Maximum  Rat- 
ings may  cause  permanent  device  failure.  Functionality  at  or 
above  these  limits  is  not  implied.  Exposure  to  Absolute  Maxi- 
mum Ratings  for  extended  periods  may  affect  device  reliabil- 
ity. Programming  conditions  may  differ. 
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DC  CHARACTERISTICS  over  operating  ranges  unless  otherwise  specified 


Parameter 
Symbol 

Parameter  Description 

Test  Conditions 

Com'l 

Unit 

Min 

Max 

VOH 

Output  HIGH  Voltage  FIX, 
RENA,  CLSN,  TCLK,  RCLK 

IOH  =     I  -U  HIM,  VOL.  IVIIN 

2.4 

y 

'OL 

Output  LOW  Voltage 

RCLK,  TSEL,  TCLK,  RENA,  RX,  CLSN 

Iol  =  16  mA,  Vcc  =  Min 

0.5 

V 

Iol  =  1  mA,  Vcc  »  Min 

0.4 

V 

VOD 

Differential  Output  Voltage 
(Transmit+)  -  (Transmit-) 

TX+  >  TX-  for  Vo 

RL  =  78  £2 

550 

770 

mV 

TX+  <  TX-  for  Vo 

-550 

-770 

mV 

VoDOFF 

Transmit  Differential  Output  Idle  Voltage 

Vcc  =  Min,  Rl  =  78  £i 
TSEL  =  HIGH 

(Note  1) 

-20 

20 

mV 

lODOFF 

Transmit  Differential  Output  Idle  Current 

(Note  2) 

-0.5 

0.5 

mA 

VCMT 

Transmit  Output  Common-Mode  Voltage 

Rl  =  78  £2,  Vcc  =  Min 

0 

5 

V 

VODI 

Transmit  Differential  Output  Voltage 
Imbalance  ||Vo|-jVo|| 

(Note  1) 

20 

mV 

V|H 

Input  HIGH  Voltage  TX,  TENA 

2.0 

V 

llH 

Input  HIGH  Current  TX,  TENA,  TEST 

Vcc  =  Max,  Vin  =  2.7  V 

+50 

uA 

VlL 

Input  LOW  Current  TX,  TENA 

0.8 

V 

IlL 

Innut  1  OW  Current  TX  TFNA  TF«5T 

Vcc  =  Max,  Vin  =  0.4  V 

-400 

uA 

\ 

IRD 

Differential  Input  Threshold  (Receive  Data) 

Vcm  =  0  V,  (Note  4) 

Ceramic 
Package 

-35 

+35 

mV 

Plastic 
Package 

-65 

+65 

mV 

VlRVD 

Differential  Mode  Input  Voltage  Range 
(Receive  ±/Collision  ±) 

(Note  3) 

-1.5 

+  1.5 

V 

VlRVC 

Receive  ±  and  Collision  +  Common 
Mode  Voltage 

(Note  2) 

0 

5.5 

v 

VIDC 

Differential  Input  Threshold  to  Detect  Carrier 

Vcm  =  0  V  (Note  4) 

-175 

-275 

mV 

Ice 

Power  Supply  Current 

Vcc  =  Max  (Note  5) 

1 80 

mA 

VlB 

input  Breakdown  voltage  (I a,  I  en  a,  TEST) 

h  =  1  mA,  Vcc  =  Max 

5.5 

V 

Vic 

Input  Clamp  Voltage 

Iin  =  -18  mA,  Vcc  =  Min 

-1.2 

V 

Voop 

Undershoot  Voltage  on  Transmit 
Return  to  Zero  (End  of  Message) 

(Note  3) 

-100 

mV 

fee 

Short  Circuit  Current 

RCLK,  RX,  TCLK,  CLSN,  RENA 

Vcc  =  Max  (Note  6) 

-40 

-150 

~mA~ 

RlDF 

Differential  Input  Resistance 

Vcc  =  0  to  Max  (Note  3) 

6 

k£2 

RlCM 

Common  Mode  Input  Resistance 

Vcc  =  0  to  Max  (Note  3) 

1.5 

k£i 

VlCM 

Receive  and  Collision  Input  Bias  Voltage 

Iin  =  0,  Vcc  =  Max 

1.5 

4.2 

V 

IlLD 

Receive  and  Collision  Input  LOW  Current 

Vin  =  -1  V,  Vcc  =  Max 

-1.64 

mA 

llHD 

Receive  and  Collision  Input  HIGH  Current 

Vin  =  6  V,  Vcc  =  Min 

+1.10 

mA 

llHZ 

Receive  and  Collision  Input  HIGH 
Current  Power  Off 

Vcc  =  0,  Vin  =  +6  V 

1.86 

mA 

llHX 

Oscillator  (X1)  Input  HIGH  Current 

Vin  -  2.4  V,  Vcc  =  Max 

+800 

uA 

IlLX 

Oscillator  (X1)  Input  LOW  Current 

Vin  =  0.4  V,  Vcc  =  Max 

-1.2 

mA 

VlHX 

Oscillator  (X1)  Input  HIGH  Voltage 

(Note  3) 

2.0 

V 

VlLX 

Oscillator  (X1 )  Input  LOW  Voltage 

(Note  3) 

0.8 

V 

Note: 

See  notes  following  Switching  Characteristics  table. 
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SWITCHING  CHARACTERISTICS  over  operating  ranges  unless  otherwise  specified 


No. 

Parameters 

Description 

Test  Conditions 

Min 

Max 

Unit 

Receiver  Specification 

1 

tRCT 

RCLK  Cycle  Time 

(Note  8) 

85 

118 

ns 

2 

tRCH 

RCLK  HIGH  Time 

38 

ns 

3 

tRCL 

RCLK  LOW  Time 

38 

ns 

tRCR 

riOLtN  rllSe  1  KTIB 

g 

5 

tRCF 

PPI  K"  Fall  Timo 

ni_/Lr\  ran  i  ime 

Q 

ns 

6 

tRDR 

RX  Rise  Time 

8 

ns 

7 

tRDF 

RX  Fall  Time 

8 

ns 

8 

tRDH 

RX  Hold  Time  (RCLK  T  to  RX  Change) 

5 

ns 

9 

tRDS 

RX  Prop  Delay  (RCLK  T  to  RX  Stable) 

25 

ns 

10 

tDPH 

RENA  Turn-On  Delay  (Vidc  Max  on 
Receive  ±  to  RENAh) 

80 

ns 

11 

tDPO 

RENA  Turn-On  Delay  (Vidc  Min  on 
Receive  ±  to  RENAl) 

(Note  9) 

300 

ns 

12 

tDPL 

RENA  LOW  Time 

(Note  10) 

120 

ns 

13 

tRPWR 

Receive  ±  Input  Pulse  Width  to  Reject 
(|lnput|>|VirjcMax|) 

(Note  4) 

20 

ns 

14 

tRPWO 

Receive  +  Input  Pulse  Width  to  Turn-On 
(|lnput|  >  |Vidc  Max|) 

45 

ns 

15 

tRLT 

Decoder  Acquisition  Time 

450 

ns 

16 

tREDH 

RENA  Hold  Time  (RCLK  T  to  RENAl) 

40 

80 

ns 

17 

tRPWN 

Receive  ±  Input  Pulse  Width  to 
Not  Turn-Off  INTCARR 

165 

ns 

C 

ollision  Specification 

18 

tCPWR 

Collision  ±  Input  Pulse  Width  to  Not 
Turn-On  CLSN  (|lnput|  >  |Vidc  Min|) 

(Note  4) 

10 

ns 

19 

tCPWO 

Collision  +  Input  Pulse  Width  to  Turn-On 
CLSN(|lnput|>|ViDcMax|) 

26 

ns 

20 

tCPWE 

Collision  +  Input  Pulse  Width  to  Turn-Off 
CLSN  (|lnput|  >  |Vidc  Max|) 

160 

ns 

21 

tCPWN 

Collision  ±  Input  Pulse  Width  to  Not 
Turn-Off  CLSN  (|lnput|  <  |Vidc  Max|) 

80 

ns 

22 

tCPH 

CLSN  Turn-On  Delay  (Vidc  Max  on 
Collision  ±  to  CLSNh) 

50 

ns 

23 

tCPO 

CLSN  Turn-Off  Delay  (Vidc  Max  on 
Collision  ±  to  CLSNl) 

160 

ns 
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SWITCHING  CHARACTERISTICS  (continued) 


No. 

Parameters 

Description 

Test  Conditions 

Min 

Max 

Unit 

Transmitter  Specification 

24 

tTCL 

TCLK  LOW  Time 

(Note  11) 

45 

ns 

25 

tTCH 

TCLK  HIGH  Time 

45 

ns 

26 

tTCR 

TCLK  Rise  Time 

8 

ns 

27 

trcF 

TCLK  Rise  Time 

8 

ns 

28 

tTDS,  tTES 

TX  and  TENA  Setup  Time  to  TCLK 

/Mo  to  1  \ 

5 

ns 

29 

tTDH,  tTEH 

TX  and  TENA  Hold  Time  to  TCLK 

5 

ns 

30 

trocE 

Transmit  ±  Output,  (Bit  Cell  Center  to  Edge) 

49.5 

50.5 

ns 

31 

tOD 

TCLK  HIGH  to  Transmit  ±  Output 

100 

ns 

32 

tTOR 

Transmit  +  Output  Rise  Time 

20%  -  80% 

4 

ns 

33 

tTOF 

Transmit  ±  Output  Fall  Time 

4 

ns 

34 

tXTCH 

X1  to  TCLK  Propagation  Delay  for  HIGH 

(Notes  7  &  12) 

5 

18 

ns 

35 

tXTCL 

X1  to  TCLK  Propagation  Delay  for  LOW 

5 

18 

ns 

36 

tEJ1 

Clock  Acquisition  Jitter  Tolerance 

Vcc  =  5.0  V  (Note  1) 

16 

21.5 

ns 

37 

tEJ51 

Jitter  Tolerance  After  50  Bit  Times 

Vcc  =  5.0  V  (Note  1 ) 

19 

24.4 

ns 

'Min  =  4.5  V,  Max  =  5.5  V,  Tosc  =  50  ns;  in  production  test,  all  differential  input  test  conditions  are  done  single-ended, 
non-ViRD  levels  are  forces  on  DUT  for  waveform  swing  (levels  chosen  are  due  to  tester  limitations)  and  a  distortion-free 
preamble  is  applied  to  Receivet  inputs. 
Notes: 

1.  Tested  but  to  values  in  excess  of  limits.  Test  accuracy  not  sufficient  to  allow  screening  guardbands. 

2.  Correlated  to  other  tested  parameter:  loo  OFF  =  Voo  OFF/Rl. 

3.  Not  tested. 

4.  Test  done  by  monitoring  output  functionally. 

5.  Receive,  Collision  and  Transmit  functions  are  inactive:  X1  driven  by  20  MHz. 

6.  Not  more  than  one  output  should  be  shorted  at  a  time.  Duration  of  the  short  circuit  test  should  not  exceed  one  second. 

7.  TCLK  changes  state  on  X1  rising  edge,  but  initial  state  of  TCLK  is  not  defined.  When  TENA  is  High,  TX  data  is 
Manchester  encoded  on  the  falling  edge  of  X1  after  the  rising  edge  of  TCLK. 

8.  Assumes  50  pF  capacitance  loading  on  RCLK  and  RX. 

9.  Test  is  done  only  for  last  BIT=  1,  which  is  worst  case. 

1 0.  Test  done  from  0.8  V  of  falling  to  2.0  V  of  rising  edge. 

1 1.  Test  correlated  to  Ttch. 

12.  Measured  from  50%  point  of  XI  driving  the  input  in  production  test. 
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KEY  TO  SWITCHING  WAVEFORMS 


WAVEFORM 
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Will  be 

Steady 

Steady 

May 

Will  be 

v/i  iai  ly  ii  iy 

from  H  to  L 

from  H  to  L 

May 

Will  be 

Change 

Changing 

from  L  to  H 

from  L  to  H 

Don't  Care, 

Changing, 

Any  Change 

State 

Permitted 

Unknown 

Does  Not 

Center 

Apply 

Line  is  High- 

Impedance 

"Off"  State 
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SWITCHING  WAVEFORMS 


Receivei 
(Measured  — 
Differentially) 


INTCARR 


Vco  Enable 


INTRCLK 


RCK  Enable 


RCLK 


INTPLLCLK 


(Note  F) 


033781-12 


Notes: 

A.  Minimum  Width  >  45  ns. 

B.  RCLK  =  INTRCLK  when  TEST LOW. 

C.  RX  undefined  until  bit  time  5  (1st  decoded  bit). 

D.  Oscillator  Interrupt  may  occur  at  2nd  INTRCLK  after  Bit  2  Clock  Transition. 

E.  Timing  Diagram  does  not  include  Internal  Propagation  Delays. 

F.  First  valid  data  at  RX  (Bit  5). 

Receive  Timing  -  Start  of  Reception  Clock  Acquisition 
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SWITCHING  WAVEFORMS 


Receive* 
(Measured 
Differentially) 


PLL  CLK 
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Notes: 

A.  INTCARR  deasserts  1.55  bit  times  after  last  Received  Rising  Edge. 
B  Start  of  Next  Packet. 


Receive  Timing  -  End  of  Reception  (Last  Bit  =  0) 
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SWITCHING  WAVEFORMS 


(Note  A) 


X1 


TCLK 


TENA 


TX 


TSEL 


Transmit+ 


Transmit- 


Transmit± 
(Measured 
Differentially) 


(Note  B) 
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Notes: 

A.  X1  20  MHz  Sine  Wave  from  Crystal  Oscillator  or  driven  with  X1  driven  from  External  Source  Waveform. 

B.  TSEL  connected  as  shown  in  Figure  2B.  For  Figure  2A,  Transmit+  is  HIGH  when  TENA  is  LOW. 

C.  When  Idle  Transmit±  Zero  Differential  is  1/2  (Vh  +  Vl). 

Transmit  Timing  -  Start  of  Packet 


— 
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SWITCHING  WAVEFORMS 


X1 


TCLK 


TENA 


TSEL 


CASE  1 
TX  (Last  Bit  =  0) 


Transmit* 


Transmit- 


Transmit± 
(Measured  Differentially) 


/xxxxxxxxxxx 


1 


I 


Vo   — 1 


Vo  - 


 /  0.5  Vo  at  2 


Bit(N-2)     Bit  (N  -  1 )        I        Bit  N  I 
I  I  I  I  I  I 

BCC       BCB       BCC      BCB       BCC  BCB 


CASE  2 
TX  (Last  Bit  =  1 ) 


Transmit* 


J 


\xxxxxxxwxx 


Transmit- 


Transmit± 
(Measured  Differentially) 


Vo 


Vo 


Transmit  Timing  -  End  of  Transmission* 

'TSEL  Components  (see  Figure  2B). 

See  Typical  Periormance  Curve  for  Response  at  End  of  Transmission  with  Inductive  Loads. 


US 


J  0.5  Vo  at  2 


US 
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SWITCHING  WAVEFORMS 


Collision  0  V 
Presence! 


CLSN 


— \  /- 


Vidc  Max 


7" 


2.0  V 


.8  V 
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Collision  Timing 


X1 


TCLK 


TENA 


Transmit! 
(Measured  Differentially) 


V  80%  J  ^  J~80°/ 
/  -  f  20%  20%j+- 


32) 
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Transmit  Timing  (at  start  of  packet) 
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SWITCHING  WAVEFORMS 

Receive! 
(Measured  Differentially) 


Vine  Min 
(-175  mV) 

Vidc  Max 
(-275  mV) 


RENA 


y  Virvd  /  \  

 4-  ov      -¥-  o\i      4-  ov 

 \  ?  tz  


+1.5  V 


(l3> 


Virvd   -1.5  V 


(10> 
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Receivet  Input  Pulse  Width  Timing 


Collision! 
(Measured  Differentially) 

Vidc  Min 
(-175  mV) 

Vidc  Max 
(-275  mV) 


CLSN 


Virvd  , 


+1.5  V 


-  0  V 

f ov  i 

ov 

— ®- 

— © — • 

•  (22 

— © — 

■j-  2.0V 

Virvd    -1.5  V 
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Collision±  Input  Pulse  Width  Timing 


RCLK 


RX 


-i. 


•o 
■© 


i  ■yoVv-f  A  F 


Hh© 


2.0  V 
0.8  V 


© 

RCLK  and  RX  Timing 


X 
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SWITCHING  WAVEFORMS 


TCLK 


 I  \o.8  V-/ 


TX 


TENA 


\L2o°8Vv^nflV\  / 


V  2.0  V  \f 
A  0.8  V  \: 
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TCLK  and  TX  Timing 


X1 
Driving 


TCLK 


tHIGH* 


-rO. 


Transmit+,  Transmit- 
(Note  A) 


Tosc 


tLOW* 


0  V 


15  y15  V5          /  \ 

 /  \     08T  T 


tR* 


34) 


BCC 
(Bit  Cell  Center) 


BCB 

(Bit  Cell  Boundary) 


Note: 

A.  Encode  Manchester  clock  transition  (BCC)  at  Point  'A'  and  bit  ceil  edge  (BCB)  at  point  'B'. 
'See  Specification  for  External  771  Level  in  Functional  Description  section. 

X1  Driven  from  External  Source 


033781-23 
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SWITCHING  WAVEFORMS 

Bit  Number 
INTRCLK 
PLL  CLK 


(Note  A)  •< 


(Note  B) 


(Note  C) 


BCB 


BCC 


2 

3 

4 

5 

6 

7 

8 

55 

56 

57 

58 

n  r 

n  r 

n  n 

1 

BCC 

BCC 

BCC 

1  BCC 

BCC 

BCC 

BCC 

(Note  D) 


Strobe 
— H  RX 

Notes: 

A.  Case  1,  5  Data  Bit  Pattern  0,  1 

Rising  clock  edge  moved  toward  1/4  bit  cell  RCLK  data  strobe.  Case  1  uses  bit  5,  Case  5  uses  bit  55. 

B.  Case  2,  6  Data  Bit  Pattern  1,  0 

Falling  clock  edge  moved  toward  1/4  bit  cell  RCLK  data  strobe.  Case  2  uses  bit  6,  Case  6  uses  bit  56. 

C.  Case  3,  7  Data  Bit  Pattern  1,  1 

Falling  bit  cell  edge  moved  toward  1/4  bit  cell  RCLK  data  strobe.  Case  3  uses  bit  6,  Case  7  uses  bit  56. 

D.  Case  4,  8  Data  Bit  Pattern  X,  0 

Rising  bit  cell  edge  moved  toward  1/4  bit  cell  RCLK  data  strobe.  Case  4  uses  bit  5,  Case  8  uses  bit  55. 
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Input  Jitter  Timing 
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TYPICAL  PERFORMANCE  CURVE 


600 

500 

400 

Differential  Output 

Voltage  (Vo) 

300 

(mV) 

200 

100 

0 

-100 

'Equivalent  Load: 


Notes: 


1.  802.3  Test  Load: 


—  R  = 

78  £2* 

R  =  7 
L  =  9E 

uH  — 

  F 

L 

=  78n(£) 
=  75  fiH 

R  =  - 

L  =  e 

'8£i(j 
0  nH 

) 

t 

1.0  2.0  3.0  4.0  5.0 

Time  (|is) 

End  of  Transmission  -  Differential  Output  Voltage* 


60  uH 


2.  802.3  10BASE5  Network  Connection: 


Am7992B 
75  uH  NOM. 


6.0 
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Am7996 
75  \iH  NOM. 


2DC  aui  3EE> 


3.  802.3  10BASE2  Network  Connection: 


Am7992B  95  uH 


Am7996 


80.4   >  T  Vo 
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SWITCHING  TEST  CIRCUITS 


-p  50  pF 


033781-27 


A.  Test  Load  for  RX,  RENA,  RCLK, 
TCLK,  CLSN 


DUT 

Transmit+ 

1  o 

I  Rl  =  78£2 

Transmit- 

033781-28 


B.  Transmit±  Output 


1 


DC  Voltage 
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C.  Receive!  and  Collision!  Input 
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IEEE  802.3/Ethernet/Cheapernet  Transceiver 


Advanced 
Micro 
Devices 


DISTINCTIVE  CHARACTERISTICS 

■  Compatible  with  Ethernet  Version  2  and 
IEEE  802.3 10BASE5  and  10BASE2 
specifications 

■  Pin-selectable  SQE  Test  (Heartbeat)  option 

■  Internal  Jabber  Controller  prevents  excessive 
transmission  time 


Noise  rejection  filter  ensures  only  valid  data  Is 
transmitted  onto  network 
Collision  detection  on  both  transmit  and 
receive  data 

Collision  detect  threshold  levels  adjustable  for 
other  networking  applications 


GENERAL  DESCRIPTION 

The  Am7996  IEEE  802.3/Ethernet/Cheapernet  Trans- 
ceiver supports  Ethernet  Version  2,  IEEE  802.3 
(10BASE5),  and  IEEE  802.3  (10BASE2— Cheapernet) 
transceiver  applications.  Transmit,  receive,  and  colli- 
sion detect  functions  at  the  coaxial  media  interface  to 
the  Data  Terminal  Equipment  (DTE)  are  all  performed 
by  this  single  device. 

In  an  IEEE  802.3  (10BASE5)/Ethernet  application,  the 
Am7996  interfaces  the  coaxial  (0.4"  diameter)  media  to 
the  DTE  through  an  isolating  pulse  transformer  and  the 
78  Q  Attachment  Unit  Interface  (AUI)  cable.  In 
IEEE  802.3  fOBASE2— Cheapernet  applications,  the 
Am7996  typically  resides  inside  the  DTE  with  its  signals 
to  the  DTE  isolated  and  the  coaxial  (0.2"  diameter)  me- 
dia directly  connected  to  the  DTE.  Transceiver  power 


and  ground  in  both  applications  are  isolated  from  that  of 
the  DTE. 

The  Am7996's  Tap  Driver  provides  controlled  skew  and 
current  drive  for  data  signalling  onto  the  media.  The  Jab- 
ber Controller  prevents  the  node  from  transmitting  ex- 
cessively. While  transmitting,  collisions  on  the  media 
are  detected  if  one  or  more  additional  stations  are 
transmitting. 

The  Am7996  features  an  optional  SQE  Test  function 
that  provides  a  signal  on  the  C/pair  at  the  end  of  every 
transmission.  The  SQE  Test  indicates  the  operational 
status  of  the  C/pair  to  the  DTE.  It  can  also  serve  as  an 
acknowledgement  to  the  node  that  packet  transmission 
onto  the  coax  was  completed. 
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Description 

Am  /yoyy 

Twisted  Pair  Ethernet  Transceiver  (TPEX) 

rtm  /  yo  i  uu 

i  wisieu  rair  cinernei  i  ransceiver  rius  \  i  rcA+j 

Mill  /  yoyo  1 

Int  on  rater)  M  i  ilti  rvi  rt  Ronoator  PhicTM  /  IMP  .tm\ 

Mm  /  yoyo  / 

Hardware  Implemented  Management  Information  Base™  (HIMIB™) 

Am7QnQ4fl 

nl  1 1 1  av3HU 

Am79C90 

CMOS  Local  Area  Network  Controller  for  Ethernet  (C-LANCE) 

Am79C900 

Integrated  Local  Area  Communications  Controller™  (ILACC™) 

Am79C960 

PCnet-ISA  Single-Chip  Ethernet  Controller  (for  ISA  bus) 

Am79C961 

PCnet-ISA'  Single-Chip  Ethernet  Controller  (with  Microsoft®  Plug  n"  Play®  Support) 

Am79C965 

PCnet-32  Single-Chip  32-Bit  Ethernet  Controller  (for  386DX,  486  and  VL  buses) 

Am79C970 

PCnet-PCI  Single-Chip  Ethernet  Controller  (for  PCI  bus) 

Am79C974 

PCnet-SCSI  Combination  Ethernet  and  SCSI  Controller  for  PCI  Systems 

CONNECTION  DIAGRAMS 
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Notes: 

Pin  1  is  marked  for  orientation. 
NC  =  No  Connection 
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ORDERING  INFORMATION 
Standard  Products 

AMD  standard  products  are  available  in  several  packages  and  operating  ranges.  The  order  number  (Valid  Combination)  is 
formed  by  a  combination  of  the  following  elements: 


AM7996 


_L        C  B 


OPTIONAL  PROCESSING 

Blank  =  Standard  Processing 
B  =  Burn-in 
TR  -  Tape  and  Reel  Packing 


TEMPERATURE  RANGE 

C  =  Commercial  (0°C  to  +70°C) 


PACKAGE  TYPE 

P  =  20-Pin  Plastic  DIP  (PD  020) 
D  =  20-Pin  Ceramic  DIP  (CD  020) 
J  =  20-Pin  Plastic  Leaded  Chip  Carrier 
(PL  020) 


SPEED  OPTION 

Not  Applicable 


DEVICE  NUMBER/DESCRIPTION 

Am7996 

IEEE  802.3/Ethernet/Cheapernet  Transceiver 


Valid  Combinations 

AM7996 

PC,  PCB,  DC, 
DCB,  JC,  JCTR 

Valid  Combinations 

Valid  Combinations  list  configurations  planned  to  be 
supported  in  volume  for  this  device.  Consult  the  lo- 
cal AMD  sales  office  to  confirm  availability  of  specific 
valid  combinations  and  to  check  on  newly  released 
combinations. 
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PIN  DESCRIPTION 
Attachment  Unit  Interface  (AUI) 
DI+,  Dl- 

Receive  Line  Output  (Differential  Outputs) 

This  pair  is  intended  to  operate  into  terminated  78  Q 
transmission  lines.  Signals  at  RXT  meeting  bandwidth 
requirements  and  carrier  sense  levels  are  outputted  at 
Dl±.  Signaling  at  Dl±  meets  requirements  of 
IEEE  802.3,  Rev.  D. 

CI+,  Cl- 

Collislon  Line  Output  (Differential  Outputs) 

This  pair  is  intended  to  operate  into  terminated  78  £2 
transmission  lines.  Signal  Quality  Error  (SQE),  detected 
at  DO±  inputs  (excessive  transmissions)  or  RXT  input 
(during  a  collision),  outputs  the  10  MHz  internal  oscilla- 
tor signal  to  the  AUI  interface.  For  proper  component 
values  at  COLL  OSC,  signaling  at  Cl±  meets  require- 
ments of  IEEE  802.3,  Rev.  D. 

DO+,  DO- 

Transmit  Input  (Differential  Inputs) 

A  pair  of  internally  biased  line  receivers  consisting  of  a 
squelch  detect  receiver  with  offset  and  noise  filtering, 
and  a  data  receiver  with  zero  offset  for  data  signal  proc- 
essing. Signals  meeting  squelch  requirements  are 
waveshaped  and  output  at  TXT. 

Coaxial  Media  Interface  (TAP) 
RXT 

Media  Signal  Receiver  Input  (Input) 

RXT  connects  to  the  media  through  a  4:1  attenuator  of 
100  kQ  total  resistance  (25  kC2  and  75  kO  in  series).  Re- 
turn for  the  attenuator  is  Vcol.  RXT  is  an  analog  input 
with  internal  AC  coupling  for  Manchester  data  signals 
and  direct  coupling  for  Carrier  Detect  and  SQE  average 
level  detection.  Signals  at  RXT  meeting  carrier  squelch, 
enable  data  to  the  Dl  ±  outputs.  Data  signals  are  AC  cou- 
pled to  Dl  ±  with  a  1 50-ns  time  constant,  high-pass  filter. 
Signals  meeting  SQE  levels  enable  COLL  OSC 
frequency  to  Cl±  outputs. 

TXT 

Tap  Node  Driver  (Input/Output) 

Acontrolled  bandwidth  current  source  and  sense  ampli- 
fier. This  I/O  port  is  to  be  connected  to  the  media  through 
an  isolation  network  and  a  low-pass  filter.  Signals  meet- 
ing DO±  squelch  and  jabber  timing  requirements  are 
output  at  TXT  as  a  controlled  rise  and  fall  time  current 
pulse.  When  operated  into  a  double  terminated  50  Q 
transmission  line,  signaling  meets  IEEE  802.3,  Rev.  D 
recommendations  for  amplitude,  pulse-width  distortion, 
rise  and  all  times  and  harmonic  content.  The  sense  am- 
plifier monitors  TXT  faults  and  inhibits  transmission. 


Global  Signals 

VCref 

Timing  Reference  Set  (Input) 

VCref  is  a  compensated  voltage  reference  input  with  re- 
spect to  Vee.  When  a  resistor  is  connected  between 
VCref  and  Vee,  then  internal  transmit  and  receive 
squelch  timing,  SQE  oscillator  frequency,  and  receive 
and  SQE  output  drive  levels  are  set.  SQE  frequency  set 
is  also  determined  by  components  connected  between 
Vcci  and  COLL  OSC. 


SQE  TEST 

Signal  Ouality  Error  Test  Enable  (Input) 

The  SQE  Test  function  is  enabled  by  connecting  the 
SQE  TEST  pin  to  Vee  and  disabled  by  connecting  to 

Vcc. 

Vtx*,  Vtx- 

Tap  Node  Driver  Current  Set  (Inputs) 

A  reference  input  for  transmission  level  and  external 
redundant  jabber.  Transmit  level  is  set  by  an  external 
resistor  between  Vtx+  and  Vtx-  (for  an  80  mA  peak  level, 
R  =  9.09  Q).  Vtx-  may  be  operated  between  Vee  and 
Vee  + 1  V.  When  the  voltage  at  Vtx-  goes  more  positive 
than  Vee  +  2  V,  TXT  is  disabled  and  SQE  message  is 
output  at  the  CI  pair. 

TAP  SHIELD 

Low-Noise  Media  Cable  Return  (Input) 

This  input  is  the  return  for  Vcol  reference  and  the  re- 
ceive signal  from  the  media.  External  connection  is  to 
positive  power  supply. 

Vcol 

SQE  Reference  Voltage  (Bias  Supply) 

SQE  sense  voltage  and  RXT  input  amplifier  reference. 
An  internally  set  analog  reference  for  SQE  level  and 
data  signal  set  at  -1.600  V  nominal  with  a  source 
resistance  of  150  Q.  nominal.  This  reference  should  be 
filtered  with  respect  to  TAP  SHIELD  (see  Applications 
section  for  adjusting  threshold  levels  for  other 
applications). 

COLL  OSC 

SQE  Timing  Set  (Input) 

Timing  input  for  SQE  oscillator.  For  a  properly  set  input 
at  VCref,  SQE  oscillator  period  is  set  at  2.1  RC.  For  a 
10  MHz  SQE  oscillatorfrequency,  R  should  be  1  kQand 
C,  47  pF  including  interconnect  and  device  capacitance. 

Vcci 

Positive  Logic  Supply 

VcC2 

SQE  Timing  Reference  (Positive  Supply  Voltage) 

Timing  reference  return  for  SQE  oscillator  and  analog 
signal  ground. 

VEE 

Negative  Logic  Supply  and  IC  Substrate 
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FUNCTIONAL  DESCRIPTION 

The  Am7996  IEEE  802.3/Ethernet/Cheapernet  Trans- 
ceiver consists  of  four  sections:  1 )  Transmit— receives 
signals  from  DTE  and  sends  it  to  the  coaxial  medium. 
2)  Receive— obtains  data  from  media  and  sends  it  to 
DTE.  3)  Collision  Detect— indicates  to  DTE  any  collision 
on  the  media,  and  4)  Jabber— guards  medium  from 
node  transmissions  that  are  excessive  in  length. 

Transmit 

The  Am7996  receives  differential  signals  from  the  DTE 
(in  the  case  of  Am7990  Family  applications,  from  the 
Am7992— Serial  Interface  Adapter-SIA).  For  IEEE 
(10BASE5)/Ethernet  applications,  this  signal  is  re- 
ceived through  the  AUI  cable  and  isolation  transformer. 
In  IEEE  802.3 1 0BASE2— Cheapernet  applications,  the 
AUI  cable  is  optional. 

Data  is  received  through  a  noise  rejection  filter  that  re- 
jects signals  with  pulse  widths  less  than  7  ns  (negative 
going),  or  with  levels  less  than  175  mV  peak.  Only  sig- 
>  greater  than  -275  mV  peak  from  the  DTE  are  en- 
id.  This  minimizes  false  starts  due  to  noise  and 
ensures  no  valid  packets  are  missed. 

The  Am7996's  Tap  Driver  provides  the  driving  capability 
to  ensure  adequate  signal  level  at  the  end  of  the  maxi- 
mum length  network  segment  (500  meters)  under  the 
worst  case  number  of  connections  (100  nodes).  Re- 
quired rise  and  fall  times  of  data  transmitted  on  the  net- 
work are  maintained  by  the  Am7996  Tap  Driver.  The 
Tap  Driver's  output  is  connected  to  the  media  through 
external  isolating  diodes.  To  safeguard  network  integ- 
rity, the  driver  is  disabled  whenever  power  falls  below 
the  minimum  operation  voltage. 

During  transmission,  the  Am7996  Jabber  Controller 
monitors  the  duration  that  the  Transmit  Tap  Driver  is  ac- 
tive and  disables  the  driver  if  the  jabber  time  is  ex- 
ceeded. This  prevents  network  tie-up  due  to  a 
"babbling"  transceiver.  Once  disabled,  the  driver  is  not 
reset  until  400  ms  after  the  DO  pair  is  idle  and  there  is  no 
fault  on  TXT.  During  the  disable  time,  an  SQE  signal  is 
sent  on  the  CI  pair  to  the  DTE. 
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When  SQE  TEST  is  tied  to  Vee,  the  Am7996  generates 
an  SQE  message  at  the  end  of  every  transmission.  This 
signal  is  a  self-test  indication  to  the  DTE  that  the  Media 
Access  Unit  (MAU)  collision  pair  is  operational. 

Receive  and  Carrier  Detect 

Signal  is  acquired  from  the  tap  through  a  high-imped- 
ance (1 00  kQ.)  resistive  divider.  A  high  input-impedance 
(low  capacitance,  high  bandwidth,  low  noise)  DC-cou- 
pled input  amplifier  in  the  Am7996  receives  the  signal. 
The  received  signal  passes  through  a  high-pass  filter  to 
minimize  inter-symbol  distortion,  and  then  through  a 
data  slicer.  The  Am7996  Carrier  Detect  compares  re- 
ceived signals  to  a  reference.  Signals  meeting  carrier 
squelch  requirements  enable  data  to  the  differential  line 
driver  within  five  bit  times  from  the  start  of  packet. 


Received  data  is  transmitted  from  the  Dl  pair  through  an 
isolation  transformer  to  the  AUI  cable  (Ethernet/ 
IEEE  802.3— 10BASE5).  In  IEEE  802.3  1 0BASE2 — 
Cheapernet,  the  AUI  cable  is  optional.  Following  the  last 
transition  of  the  packet,  the  Dl  pair  is  held  HIGH  for  two 
bit  times  and  then  decreases  to  idle  level  within  twenty 
bit  times. 

Collision  Detect 

The  Am7996  detects  collisions  on  Transmit  if  one  or 
more  additional  stations  are  transmitting  on  the  network. 

Received  signals  are  compared  against  the  collision 
threshold  reference.  If  the  level  is  more  negative  than 
the  reference,  an  enable  signal  is  generated  to  the  CI 
pair.  The  collision  threshold  can  be  modified  by  exter- 
nal components. 

The  Collision  Oscillator  is  a  10  MHz  oscillator  which 
drives  the  differential  CI  pair  to  the  DTE  through  an  iso- 
lation transformer. 

This  signal  is  gated  to  the  CI  pair  whenever  there  is  a  col- 
lision, the  SQE  Test  is  in  progress,  or  the  Jabber  Con- 
troller is  activated.  The  oscillator  is  also  utilized  in 
counting  time  for  the  Jabber  Timer  and  SQE  Test. 

The  CI  ±  output  meets  the  drive  requ  irements  for  the  AUI 
interface.  The  output  stays  HIGH  for  two  bit  times  at  end 
of  packet,  decreasing  to  the  idle  level  within  twenty 
bit  times. 

Jabber  Function 

The  Am7996  Jabber  Timer  monitors  the  activity  on  the 
DO  pair  and  senses  TXT  faults.  It  inhibits  transmission  if 
the  Tap  Driver  is  active  for  longer  than  the  jabber  time 
(26  ms).  An  SQE  message  (10  MHz  collision  signal),  is 
enabled  on  the  CI  pair  for  the  fault  duration. 

After  the  fault  is  removed,  the  Jabber  Timer  counts  the 
unjab  time  of  400  ms  before  it  enables  the  driver. 

If  desired,  a  redundant  Jabber  function  can  be  imple- 
mented externally,  and  the  output  driver  disabled  by  re- 
moving the  driver  supply  at  Vtx-.  The  Am7996  senses 
this  condition  and  forces  an  SQE  message  on  the  CI 
pair,  during  the  disable  time. 

SQE  Test 

An  SQE  Test  will  occur  at  the  end  of  every  transmission 
if  the  SQE  TEST  pin  is  tied  to  Vee.  The  SQE  Test  signal 
is  a  gated  10  MHz  signal  to  the  CI  pair.  The  SQE  Test 
ensures  that  the  twisted  pair  assigned  for  collision  notifi- 
cation to  the  DTE  is  intact  and  operational.  The  SQE 
Test  starts  eight  bit  times  after  the  last  transition  of  the 
transmitted  signal  and  lasts  for  a  duration  of  eight  bit 
times. 

The  SQE  Test  can  be  disabled  by  connecting  the 
SQE  TEST  pin  to  Vcc. 
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APPLICATIONS 

The  Am7996  is  compatible  with  Ethernet  Version  2  and 
IEEE  802.3  10BASE5  and  1 0BASE2  applications.  (See 
Figure  1). 
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Table  1 . 


Transmit  Mode  Collision  Detect 
Function  Table 


MAU 

Number  of  Transmitters 

Mode  of  Operation 

<  2 

=  2 

>  2 

Transmitting 

No 

Yes 

Yes 

Not  Transmitting 

No 

May 

Yes 

Table  3.    Receive  Mode  Collision  Detect 
Function  Table 


MAU 
Mode  of  Operation 

Number  of  Transmitters 

<  2 

=  2 

>  2 

Transmitting 

No 

Yes 

Yes 

Not  Transmitting 

No 

Yes 

Yes 

Table  2.    IEEE  802.3  Recommended  Transmit 
Mode  Collision  Detect  Thresholds 


IEEE  802.3 

Threshold  Voltage  Level 

No  Detect 

Must  Detect 

10BASE5,  Ethernet 

-1.492  V 

10BASE 

:2,  Cheapernet 

-1.404  V 

-1.782  V 

Table  4. 


IEEE  802.3  Recommended  Receive 
Mode  Collision  Detect  Thresholds 


IEEE  802.3 

Threshold  Voltage  Level 

No  Detect 

Must  Detect 

10BASE5,  Ethernet 

-1.492  V 

-1.629  V 

10BASE2,  Cheapernet 

-1.404  V 

-1.581  V 
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Figure  2  is  an  external  component  diagram  showing 
how  to  implement  the  transmit  mode  collision  detect 
levels  recommended  by  IEEE  802.3.  Figure  3  on  the 
following  page  shows  how  to  implement  the  receive 
mode  collision  detect  levels  recommended  by 
IEEE  802.3.  Receive  mode  collision  detect  threshold 



levels  ot  the  Am7996  are  implemented  by  adding  R9, 
R10andC4.  Forthe  values  of  the  components  shown  in 
Figure  3,  a  nominal  receive  mode  collision  detect 
threshold  of  -1 .5  V,  for  a  -1 .404  V  to  -1 .581  V  window, 
is  achieved. 


PE64102/PE64107  (or  equivalent) 


(75|iH) 


COLL 


RCV 


XMT 


(DTE) 


MAU  Power  Supply 
(Note  4) 


1.  Cl  is  the  effective  load  capacitance  across  R6;  Cc  is  the  compensation  capacitance  (Cc  =  1/3  Ci). 

2.  D2  can  be  eliminated  in  Cheapernet  (IEEE  802.3,  10BASE2)  applications. 

3.  Shown  with  SQE  Test  disabled. 

4.  Discrete  Power  Supply  or  Hybrid-Hybrid  DC-DC  Converter  Manufacturers  include: 

Ethernet  (IEEE  802.3,  10BASE5) 
Reliability:  2E12R9 
Vahr  Electronics:  PM1001 
Cheapernet  (IEEE  802.3,  10BASE2) 
Reliability  Inc:  2VP5U9 
Valor  Electronics:  PM7102 

5.  The  capacitance  of  C3,  Am7996  package,  03  and  the  printed  circuit  board  should  add  up  to  180 pF±  20%. 

6.  The  capacitance  of  C1,  Am7996  package  and  the  printed  circuit  board  should  add  up  to  39  pF. 

7.  Figure  2  used  for  production  testing  of  all  parameters  that  are  tested. 
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Figure  2.  Am7996  External  Component  Diagram  for  Transmit  Mode  Collision  Detect 
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PE64102/PE64107  (or  equivalent) 
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Cl  is  the  effective  load  capacitance  across  R6;  Cc  is  the  compensation  capacitance  (Cc  -  1/3  Cl). 
D2  can  be  eliminated  in  Cheapernet  (IEEE  802.3.  10BASE2)  applications. 


1. 
2. 

3.    Shown  with  SOE  Test  disabled. 

Discrete  Power  Supply  or  Hybrid-Hybrid  DC-DC  Converter  Manufacturers  include: 
Ethernet  (IEEE  802.3,  10BASE5) 
Reliability:  2E12R9 
Valor  Electronics:  PM1001 
Cheapernet  (IEEE  802.3,  10BASE2) 
Reliability  Inc:  2VP5U9 
Valor  Electronics:  PM7102 

5.  The  capacitance  of  C3.  Am7996  package,  D3  and  the  printed  circuit  board  should  add  up  to  180  pF±  20%. 

6.  The  capacitance  of  C1,  Am7996  package  and  the  printed  circuit  board  should  add  up  to  39  pF. 

7.  R9,  R10  and  C4  are  for  Receive  Mode  Collision  detection  only. 

Figure  3.  Am7996  External  Component  Diagram  with  Collision  Threshold  Modified 
for  Receive  Mode  Collision  Detect 
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LAYOUT  CONSIDERATIONS 

To  protect  the  transceiver  from  the  environment  and  to 
achieve  optimum  performance,  the  Am7996  is  designed 
to  be  used  with  two  sets  of  external  components:  the 
transmitter  circuit  consisting  of  components  D1 ,  D2,  D3, 
R7,  R8,  and  C3,  and  the  receiver  circuit  consisting  of 
components  R5,  R6,  Cl,  and  Cc,  (Cl  is  a  parasitic  ca- 
pacitance ratherthan  a  discrete  component).  These  two 
circuits  are  shown  in  both  Figure  2  and  in  Figure  3  re- 
spectively. The  resistor  tolerances  for  these  circuits  are 
specified  as  1%  for  temperature  stability. 

The  only  layout  restriction  for  the  transmitter  circuit  is 
that  the  longest  current  path  from  the  TXT  pin  (Pin  1 2)  to 
the  coaxial  cable's  center  conductor  must  be  no  longer 
than  4  inches. 

The  layout  of  the  receiver  circuit,  however,  is  critical.  To 
m  nimize  parasitic  capacitance  that  can  degrade  the  re- 
ceived signal,  the  external  receiver  circuit  should  be  iso- 
lated from  power  and  ground  planes.  There  must  be  no 
power  or  ground  plane  under  the  area  of  the  PC  board 
that  includes  pins  15  through  20,  R5,  R6,  and  the  con- 
nector for  the  coaxial  cable.  If  a  power  or  ground  plane 
extends  under  this  area,  the  receiver  will  not  function 
properly  due  to  excessive  crosstalk  and  under-  or  over- 
compensation of  the  R5,  R6  attenuator.  Also,  the  RXT 
pin  (Pin  16)  should  be  as  close  to  the  coaxial  cable 
connector  as  possible. 

Since  there  are  no  severe  layout  restrictions  on  the 
transmitter  circuit,  the  layout  can  be  simplified  by  omit- 
ting power  and  ground  planes  from  the  whole  area  on 
the  right  side  of  the  Am7996  as  shown  in  Figure  4-1 . 
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If  the  above  layout  rules  are  followed,  the  parasitic 
capacitance  in  parallel  with  R6  will  be  about  6  pF.  This 
parasitic  capacitance  is  shown  in  the  schematics  as  Cl 
(Note  that  Cl  is  a  parasitic  capacitance.  Do  not  add  a 
discrete  capacitor  in  parallel  with  R6).  The  capacitor 
labeled  Cc  in  the  schematics  is  the  total  capacitance  in 
parallel  with  R5  including  parasitic  capacitance.  The 
parasitic  component  of  Cc  will  be  about  1  pF.  For  opti- 
mum performance,  the  ratio  of  Cl  to  Cc  should  be  the 
same  as  the  ration  of  R5  to  R6,  which  is  3  to  1 .  This 
means  that  an  additional  1  pF  of  capacitance  must  be 
added  in  parallel  with  R5. 

This  additional  capacitance  can  easily  be  added  by 
building  a  parallel-plate  capacitor  for  PC  traces  right  un- 
der resistor  R5.  This  capacitor  can  consist  of  a  0.200  in. 
by  0.200  in.  square  of  conductor  on  each  side  of  the 
board  as  shown  in  Figure  4-2  (These  dimensions  as- 
sume that  the  PC  board  is  made  from  0.060  in.  thick 
G-1 0  material) .  The  top  plate  of  the  capacitor  should  be 
connected  to  one  lead  of  R5,  and  the  bottom  plate 
should  be  connected  to  the  other  lead.  Figure  4-3  shows 
an  example  of  this  suggested  layout  for  a  four  layer 
printed  circuit  board.  Note  that  the  component  labeling 
used  in  Figure  4-3  is  not  intended  to  correspond  with  the 
component  labeling  used  in  Figure  2  and  Figure  3. 
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Figure  4-2. 


Figure  4-1 . 
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Figure  4-3.  Suggested  Printed  Circuit  Board  Layout  for  a  Four  Layer  PCB  Application 
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ABSOLUTE  MAXIMUM  RATINGS 

Storage  Temperature   -65°C  to  +150°C 

Ambient  Temperature 

Under  Bias   0°C  to  +70°C 

Supply  Voltages  (Vee,  Vtx-)    -12.0  V  to +0.5  V 

DC  Input  Voltage  (D0+,  DO-)  ....  -12.0  V  to +0.5  V 

DC  Input  Voltage  (RXT)   -6  V  to  +0.5  V 

Stresses  above  those  listed  under  Absolute  Maximum  Rat- 
ings may  cause  permanent  device  failure.  Functionality  at  or 
above  these  limits  is  not  implied  Exposure  to  absolute  maxi- 
mum ratings  for  extended  periods  may  affect  device  reliability. 


OPERATING  RANGES 

Commercial  (C)  Devices 

Ambient  Temperature  (Ta)    0°C  to  +70°C 

Supply  Voltage  (Vee)  -8.1  V  to -9.9  V 

Operating  ranges  define  those  limits  between  which  the  func- 
tionality of  the  device  is  guaranteed 
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DC  CHARACTERISTICS  over  operating  ranges  unless  otherwise  specified 


Parameter 
Symbol 

Parameter  Description 

Test  Conditions  (Note  10) 

Commercial 
Min  |  Typ    |  Max 

Unit 

Transmit  Signals 

Vtxth 

Transmit  Output  HIGH  Voltage  (Note  1) 

RLX  =  25  £1 

0 

-0.05 

-0.425 

V 

Vtxtl 

Transmit  Output  LOW  Voltage  (Note  1 ) 

Rlx  =  25  a. 

-1 .625 

-2.0 

-2.2 

V 

Vtxt 

Transmit  Average  DC  Voltage  with  50% 
Duty-Cycle  into  DO+,  DO-  (Note  1) 

Rlx  =  25  n 

-0.925 

-1.0 

-1.1 

V 

VlCM 

DO+,  DO-  Common  Mode  Bias 
Voltage 

Iin  =  0 

Vee 
+  1.2 

Vee 
+  1.5 

Vee 
+  1.8 

v 

VlDC 

Differential  Input  Squelch  Threshold 
(DO+,  DO-)  (Note  9) 

-175 

-225 

-275 

mV 

Itxtl 

Transmit  Current  (Note  9) 

Vtxt  =  -5.5  V 

-65 

-88 

mA 

IlLD 

Input  Current  (DO+,  DO-) 

Vee  =  Max 

Vin  =  Vee  Max 

-2.0 

mA 

llHD 

VlN  =  0 

2.5 

RlDF 

Differential  Input  Resistance  (DO+,  DO-) 

Vin  =  0  to  Vee 

6 

8 

k£i 

RlCM 

Common-Mode  Input  Resistance  (DO+,  DO-) 

Vin  =  0  to  Vee 

1.5 

2 

kn 

Receive/Collision  Signals 

Voo 

Differential  Output  Voltage 
(DI+,  DI-;  CI+,  CI-) 

Rl  =  78  £1 

Vod* 

+550 

+670 

+850 

mV 

Vod- 

-550 

-670 

-850 

VCMT 

Common-Mode  Output 
(DI+,  DI-;  CI+,  CI-) 

Rl  =  78  n 

-1.0 

-2.0 

-3.0 

V 

VODI 

Differential  Output  Voltage  Imbalance 
(DI+,  DI-;  CI+,  CI-)  ||Vod|  -  |Voo||  (Note  6) 

Rl  =  78  £1 

5 

20 

mV 

VooOF 

T 

Differential  Output  Idle  Voltage 
(DI+,  DI-;  CI+,  CI-) 

Rl  =  78  Si,  Vee  =  Max 

-20 

0 

+20 

mV 

VCAT 

Carrier  Sense  Threshold 

Vin  =  5  MHz  Preamble 

-400 

-500 

-600 

mV 

VCOT 

Collision  Sense  Threshold  (Note  5) 

-1515 

-1600 

-1700 

mV 

Irxt 

RXT  Input  Bias  Current 

Vin  =  1  V  to  -2.5  V; 
Vee  =  Max 

-0.5 

0 

+0.5 

uA 

loo  OF 

F 

Differential  Output  Idle  Current 
(DI+,  DI-;  CI+,  CI-) 

Rl  =  0 

-0.5 

0 

+0.5 

mA 

Global 

Iee 

Supply  Current-Non-Transmitting 

Rlx  =  25  £2  (Note  4) 

-88 

-105 

mA 

Supply  Current-Transmitting 

-128 

-155 

CAPACITANCE*  (Ta  =  25°C;  Vee  =  0;  Pins  15, 17— No  Connections) 

Parameter 
Symbol 

Parameter  Description 

Test  Conditions 

Min 

Typ 

Max 

Unit 

Chxt 

RXT  Input  Capacitance 

Ceramic  DIP 

1.7 

pF 

Plastic  DIP/PLCC 

1.1 

Notes: 

See  notes 
'Parameters 


following  Switching  Characteristics  section, 
are  not  "Tested." 
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SWITCHING  CHARACTERISTICS  over  operating  ranges  unless  otherwise  specified 


No 

Parameter 
Symbol 

Parameter  Description 

Test  Conditions 

Commercial 
Min  |   Typ    |  Max 

Unit 

Receiver  Specification 

1 

tPWREJ 

DO±  Input  Pulse  Width  to  Reject 
(DO±>  Vidc,  Max) 

(Note  1 ) 

15 

7 

ns 



2 

tpwroN 

DO±  Input  Pulse  Width  to  Turn  On 
(UU±  >  Vidc,  Max) 

/Kioto  1  \ 

((Note  i ) 

on 

I  D 

ns 



IPWSON 

nrv+  l«m  tt  Pi  ilea  \A/.Hth  to  Qtau  fin 

Uui  input  ruise  vvioin  to  oiay  un 
(DQ+  >  Vidc,  Max) 

(Note  1 ) 

105 

ns 

4 

tPWOFF 

r\/~Vj-   IhmiiI   Diilnn    .A/lr-itk   tn  Turn  f~\« 

DU±  Input  Pulse  Width  to  1  urn  Utt 
(DO±  >  Vidc,  Max) 

(Note  1 ) 

160 

ns 

5 

tTON 

Transmit  Driver  Turn-On  Delay 

(Mot  a  1  I 

^iNoie  i ) 

OC\C\ 
C\J\} 

ns 

—— 

7 

tTSD 

Transmit  Static  Delay  (Zero  Crossing 
to  50%  Point  to  Coax) 

(Note  1 ) 

30 

50 

ns 

8 

tTXTR 

Transmit  Driver  Rise  Time 

(Notes  1,  7) 

20 

25 

30 

ns 

9 

tTXTF 

Transmit  Driver  Fall  Time 

(Notes  1 ,  7) 

20 

25 

30 

ns 

10 

tDRF 

Difference  in  Driver  Rise  and  Fall 

Times  |tTXTR-tTXTF| 

(Notes  1 ,  7) 

1.0 

ns 

11 

tSKEW 

Output  Driver  Skew — Transmit  Data 
Symmetry 

(Note  1 ) 

-2.0 

+2.0 

ns 

12 

tJCT 

Jabber  Control  Time 

(Note  1) 

20 

26 

35 

ms 

13 

tJRT 

Jabber  Reset  Time 

(Note  1) 

340 

419 

500 

IDS 

14 

UREC 

Jabber  Recovery  Time 

(Note  1) 

1.0 

|iS 

Receive/Collision  Specification 

15 

IRON 

Receiver  Turn-On  Delay 

Vtap  >  Vcat  Max 

250 

500 

ns 

;: 

tROFF 

Receiver  Turn-Off  Delay 

Vtap  <  Vcat  Min 

1000 

ns 

tRSD 

Receiver  Static  Delay 

50%  Point  at  RXT 
at  Zero  Crossing 
at  Dl±  Outputs 

50 

ns 

18 

tRS 

Receive  Data  Symmetry 

-2 

+2 

% 

19 

tRR 

Dl±  and  Cl±  Rise  Time 

20%-80%, 
Rl  =  78  n 

7 

ns 

20 

tRF 

Dl±  and  Cl±  Fall  Time 

80%-20%, 

Rl  =  78  n 

7 

ns 

21 

tCON 

Cl±  Turn-On  Delay 

Vtap  >  Vcot  Max 

900 

ns 

22 

tCOFF 

Cl±  Turn-Off  Delay 

Vtap  <  Vcot  Min 

2000 

ns 

23 

tCL 

Cl±  LOW  Time 

35 

50 

70.5 

ns 

24 

tCH 

Cl±  HIGH  Time 

35 

50 

70.5 

ns 

25 

fci 

Collision  Frequency 

(Note  8) 

8.5 

10.0 

11.5 

MHz 

26 

tSTD 

SQE  Test  Delay  Time 

Fci  =  10.0  MHz 

600 

1000 

ns 

27 

tSTL 

SQE  Test  Length 

Fci  =  10.0  MHz 

600 

800 

1000 

ns 
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Notes: 

1.  Parameters  are  measured  at  coax  tap.  In  production  test,  parameters  are  measured  across  at  25  Q.  load  equivalent  to  the 
coax  tap. 

2.  For  conditions  shown  as  Min  or  Max,  use  the  appropriate  value  specified  under  Operating  Range  for  the  applicable 
device  type. 

3.  Typical  values  are  at  Vee  =  -9.0  V,  25° C  ambient. 

4.  Vtx-  wired  to  Vee. 

5.  This  threshold  can  be  modified  externally  (see  Figure  3). 

6.  Parameter  not  tested. 

7.  Tested  on  a  5  Mbps  preamble  (continuous  1010  pattern)  measured  between  20%  and  80%  points,  test  limits  correlated  to 
10%  and  90%  data  sheet  limits  shown. 

8.  Determined  by  Am7966  External  Component  Diagrams  values  for  R4  and  C1. 

9.  In  production  test,  input  signal  applied  thru  transformer  to  DO+  inputs. 
10.  Figure  2  used  for  production  testing  of  all  parameters. 

'Notes  listed  correspond  to  the  respective  references  made  in  DC  Characteristics  and  Switching  Characteristics  tables. 
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KEY  TO  SWITCHING  WAVEFORMS 


WAVEFORM 

mm 


INPUTS 

Must  be 
Steady 


May 
Change 
from  H  to  L 


May 
Change 
from  L  to  H 


Don't  Care, 
Any  Change 
Permitted 


Does  Not 
Apply 


OUTPUTS 

Will  be 
Steady 


Will  be 
Changing 
from  H  to  L 


Will  be 
Changing 
from  L  to  H 


Changing, 

State 

Unknown 


Center 
Line  is  High- 
Impedance 
"Off"  State 


KS000010 


SWITCHING  TEST  CIRCUIT 


1/3  PE64102/PE64107  (or  equivalent) 


DUT 


F      75  |iH  1 


07506E-12 


A.  AUI  Transmit  (DI+,  Dl-,;  CI+,  CI-) 


> 


RLX  =  25  O 


07506E-13 


B.  Test  Load  (TXT) 


Am7996 
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SWIT 


MP  

CHING  WAVEFORMS 


VlDC 


COAX 
TAP 
(Transmit) 


© 


©- 


A 


Vtxtl 


©  W~ 
—  © 


07506E-14 


Transmit  Function 


NEAR  END 


VCATrr 


COAX 
TAP 

(Receive) 


-© — H  @     'II'  'I 


n 


VCAT„. 


■®-H 


VOD 

•  ov 

-VOD 


07506E-15 


Receiver  Function 
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SWITCHING  WAVEFORMS 


/IT 


DO± 


COAX 
TAP 

(Transmit) 


Cl± 


'SOE  TEST  pin  connected  to  V,.e 


h  ©- 


SQE  Test* 


VTXTL 
VOD 

-  ov 

-VOD 
07S06E-ie 


DO±  ■ 


COAX 
TAP 

(Transmit) 


Cl± 


h  ©  H 


X  50% 


H  f- 


-th- 


Jabber  Function 


-ov 


VTXTL 


-ov 


07506E-17 
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SWITCHING  WAVEFORMS 


-VOD 


Cl± 


VOD 


1/IC| 


07506E-18 


DI±/CI±  Parameters 


COAX 
TAP 


VCOTmax 


Cl± 


/ 


-ov 


-2V 


^COTM|N 


mV  V°D 
 0  V 

-VOD 


07506E-19 


Collision  Detect  Timing 


Note: 

This  signal  is  used  for  test  purposes.  It  represents  the  average  value  of  the  signal  that  might  be  seen  on  the  coax  tap  when 
a  collision  occurs. 
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Am79C98 

Twisted  Pair  Ethernet  Transceiver  (TPEX) 


Advanced 
Micro 
Devices 


DISTINCTIVE  CHARACTERISTICS 

■  CMOS  device  provides  compliant  operation 
and  low  operating  current  from  single  +5  V 
supply 

■  Power-Down  mode  provides  reduced  power 
consumption  for  battery-powered  applications. 
Reset  capability  allows  use  in  remote  MAU 
applications. 

■  Pin-selectable  Twisted  Pair  receive  polarity 
detection  and  automatic  inversion  of  the 
receive  signal.  Polarity  indication  output  pin 
can  directly  drive  a  LED. 

■  Pin-selectable  Twisted  Pair  Link  Integrity  Test 
capability  conforming  to  the  IEEE  802.3 
standard  for  10BASE-T.  Link  status  pin  can 
directly  drive  a  LED. 


Internal  Twisted  Pair  transmitter  digital  pre- 
distortion  circuit  reduces  medium  induced 
jitter  and  ensures  compliance  with  the 
10BASE-T  transmit  and  receive  waveform 
requirements 

Pin-selectable  SQE  Test  (Heartbeat)  enable 

Transmit  and  Receive  status  Indication  are 
available  on  separate,  dedicated  pins 

AUI  loop-back,  Jabber  Control,  and  SQE  Test 
functions  comply  with  the  10BASE-T  Standard 
IEEE  Std  802.31-1990 


GENERAL  DESCRIPTION 

The  Am79C98  Twisted  Pair  Ethernet  Transceiver 
(TPEX)  is  an  integrated  circuit  that  implements  the  Me- 
dium Attachment  Unit  (MAU)  functions  for  the  Twisted 
Pair  Medium,  as  specified  by  the  IEEE  802.3  standard 
(Type  10BASE-T).  This  device  provides  the  necessary 
electrical  and  functional  interface  between  the  IEEE 
802.3  standard  Attachment  Unit  Interface  (AUI)  and  the 
Twisted  Pair  cable. 

A  network  based  on  the  10BASE-T  standard  can  use 
unshielded  twisted  pair  cables,  therefore  providing  an 
economical  solution  to  networking  by  allowing  the  use  of 
existing  telephone  wiring.  The  Am79C98  provides  a 
minimal  component  count  and  cost  effective  solution 
to  the  design  and  implementation  of  10BASE-T  stan- 
dard networks. 


TPEX  provides  Twisted  Pairdriverand  receiver  circuits, 
including  on-board  transmit  digital  pre-distortion,  re- 
ceiver squelch,  and  an  AUI  port  with  pin  selectable  SQE 
Test  enable.  The  device  also  provides  a  number  of  addi- 
tional features  including  pin  selectable  Twisted  Pair  Re- 
ceive Polarity  Detection  and  Automatic  Polarity 
Reversal,  Link  Status  indication,  Link  Test  disable  func- 
tion, and  transmit  and  receive  status.  The  Twisted  Pair 
Polarity  and  Link  status  pins  can  be  used  to  drive 
LEDs  directly. 

The  Am79C98  is  fabricated  in  CMOS  technology  and 
requires  a  single  +5  V  supply.  The  device  is  available  in 
24-pin  SKINNYDIP®  Plastic  Dual-in-Line  and  28-pin 
Plastic  Leaded  Chip  Carrier  (PLCC). 
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DO- 


XMT 
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SQE  TEST 
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PRDN/RST 
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Line  Driver 
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TXD- 
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LNKST 
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RXD+ 
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RELATED  AMD  PRODUCTS 


Part  No. 

A  rr  7QQC 

Am/yyo 

IEEE-802.3/Ethernet/Cheapernet  Tap  Transceiver 

Am79C100 

Twisted-Pair  Ethernet  Transceiver  Plus  (TPEX+} 

CMOS  Local  Area  Network  Controller  for  Ethernet  (C-LANCE) 

IntonratoH  1  rval  Area  f!nmmnniratinni;  ("^rintiYillor^  Ml  Af^("V^\ 
11 1 1 eyi  eueu  luucu  ntca  vui  i  n  i  iui  iiL-aiiui  is  uui  in  unci      ^  i  i—r\\j\j  j 

Am79C940 

MoHia  AfY-flcc;  ("inntrntler  fnr  Fthprnot  f,MAClF™\ 

IVIBUIa  nlA.OSa  V^UI  III  UNCI  l\J\   l_ll  icn  Icl  ^IVIr^\^l_  / 

Am79C960 

PCnet-ISA  Single-Chip  Ethernet  Controller  (for  ISA  bus) 

Am7QPQR1 

Mill  /  3v3D  1 

i  viici ■ion+  o iiiy itr-oiiip  cuitsiimi  ouniruiim  ^ win i  ivuurubuii   i  iuy  ii  r lay  s>uppuiij 

Am79C965 

PCnet-32  Single-Chip  Ethernet  Controller  (for  386DX,  486  and  VL  buses) 

Am79C970 

PCnet-PCI  Single-Chip  Ethernet  Controller  (for  PCI  bus) 

Am79C974 

PCnet-SCSI  Combination  Ethernet  and  SCSI  Controller  for  PCI  Systems 

Am79C981 

Integrated  Multiport  Repeater  Plus™  (IMR+™) 

Am79C987 

Hardware  Implemented  Management  Information  Base™  (HIMIB™) 

CONNECTION  DIAGRAM 
Top  View 

D\P 

CI+  [    i  •  24  Zl  TXD+ 

C|-  C    2  23  □  TXD- 

D'+  [   3  22  □  TXP+ 

Dl~  C   4  21  □  TXP- 

DVss  C   5  20  Z  DVdd 

XMT  E  6  19  Zl  TEST 

lnkst|Z  7  18^ 

SQE  TEST 

AVss  C    8  17  ZD  AVDD 

DO+  LZ   9  16  □  RXD+ 

DO-  |Z  10  15  □  RXD- 

PRDN/RSTZ  11  14  Zl  RXPOL 

REXT  Z  12  13  □  RCV 

14395D-2 


Note: 

Pin  1  is  marked  for  orientation 
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Q 

n 
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3     2     1    28    27  26 
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23 
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19 
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LOGIC  SYMBOL 


Attachment 
Unit  Interface 
(AUI) 


1_L 


dvdd  avdd 

DO+  TXD+ 
DO—  TXP+ 

DI+  TXD- 
Dl—  TXP- 

CI+  RXD+ 
Cl-        Am79C98  RXD- 

SQE  TEST  LNKST 
TEST  RXPOL 
REXT  XMT 

4  »■ 

«  »- 

PRDN/RST  RCV 
DVSS  AVSS 

 »■ 

Twisted  Pair 
Interface 


14395D-4 
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ORDERING  INFORMATION 
Standard  Products 

AMD  standard  products  are  available  in  several  packages  and  operating  ranges.  The  ordering  number  (Valid 
Combination)  is  formed  by  a  combination  of: 

AM79C98 

L   OPTIONAL  PROCESSING 

Blank  =  Standard  Processing 


TECHNOLOGY 

C  =  CMOS  Electrically  Erasable 


PACKAGE  TYPE 

P  =  24-Pin  Plastic  DIP  (PD  3024) 
J  =  28-Pin  Plastic  Leaded  Chip 
Carrier  (PL  028) 


SPEED  OPTION 

Not  Applicable 


DEVICE  NUMBER/DESCRIPTION 

Am79C98 

Twisted  Pair  Ethernet  Transceiver  (TPEX) 


Valid  Combinations 

AM79C98 

PC,  JC 

Valid  Combinations 

Valid  Combinations  list  configurations  planned  to  be 
supported  in  volume  for  this  device.  Consult  the  lo- 
cal AMD  sales  office  to  confirm  availability  of  specific 
valid  combinations  and  check  on  newly  released 
combinations. 


Am79C98 
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PIN  DESCRIPTION 
AVDD 

Analog  Power 

This  pin  supplies  the  +5  V  to  analog  portions  of  TPEX 
circuitry. 


AVSS 
Analog 

This  p 
TPEX  circuitry 


Ground 

is  the  ground  reference  for  analog  portions  of 


CI+,CI- 
Control  In 
Output 

AUI  port  differential  driver. 

DI+.DI- 
Data  In 
Output 

AUI  port  differential  driver. 

DO+,DO- 
Data  < 
Input 

AUI  port  differential  receiver. 

DVDC 

Digital  Power 

This  pin  supplies  the  +5  V  to  digital  portions  of  TPEX 
circuitry. 

DVSS 

Digital  Ground 

This  pin  is  the  ground  reference  for  digital  portions  of 
TPEX  circuitry. 

LNKST 

Link  Status 

Open  Drain,  Input-Output 

When  this  pin  is  tied  LOW,  the  internal  Link  Test  Re- 
ceive function  is  disabled  and  the  Transmit  and  Receive 
functions  will  remain  active  irrespective  of  arriving  idle 
Link  Test  pulses  and  data.  TPEX  continues  to  generate 
idle  Link  Test  pulses  irrespective  of  the  status  of  this  pin. 

As  an  output,  this  pin  is  driven  LOW  if  the  link  is  identi- 
fied as  functional.  However,  if  the  link  is  determined  to 
be  nonfunctional,  due  to  missing  idle  Link  Test  pulses  or 
data  packets,  then  this  pin  is  not  driven.  In  the  LOW  out- 
put state,  the  pin  is  capable  of  sinking  a  maximum  of 
16mA  and  can  be  used  to  drive  an  LED. 

This  pin  is  internally  pulled  HIGH  when  inactive. 


PRDN/RST 

Power  Down/Reset 
Input,  Active  LOW 

Driving  this  input  LOW  resets  the  internal  logic  of  TPEX 
and  places  the  device  in  a  special  Power  Down  mode.  In 
the  Power  Down/Reset  mode,  all  output  drivers  are 
placed  in  their  inactive  state. 

RCV 

Receive 
Output 

This  pin  is  driven  HIGH  while  TPEX  is  receiving  data  on 
the  RXD  pins  and  is  transferring  the  received  signal  onto 
the  AUI  Dl  pair.  The  RCV  and  XMT  pins  are  simultane- 
ously driven  HIGH  during  Collision. 

REXT 

External  Resistor 
Input 

An  external  precision  resistor  is  connected  between  this 
pin  and  AVdd,  in  order  to  provide  a  voltage  reference  for 
the  internal  Voltage  Controlled  Oscillator  (VCO). 

RXD+.RXD- 
Receive  Data 
Input 

10BASE-T  port  differential  receivers. 

RXPOL 

Receive  Polarity 

Open  Drain,  Input-Output 

The  twisted  pair  receiver  is  capable  of  detecting  a  re- 
ceive signal  with  reversed  polarity  (wiring  error). 
RXPOL  pin  is  normally  in  the  LOW  state,  indicating  cor- 
rect polarity  of  the  received  signal.  If  the  receiver  detects 
reversed  polarity,  then  this  pin  is  not  driven  (goes  HIGH) 
and  the  polarity  of  subsequent  packets  is  inverted.  In  the 
LOW  output  state,  this  pin  can  sink  up  to  a  maximum  of 
16  mA  and  is  therefore  capable  of  driving  an  LED. 

This  feature  can  be  disabled  by  strapping  this  pin  LOW. 
In  this  case  the  Receive  Polarity  correction  circuit  is 
disabled  and  the  internal  receive  signal  remains  non- 
inverted,  irrespective  of  the  received  signal. 

This  pin  is  internally  pulled  HIGH  when  inactive. 


SQE  TEST 

Signal  Quality  Test  (Heartbeat)  Enable 
Input,  Active  LOW 

The  SQE  test  function  is  enabled  by  tying  this  input 
LOW. 

This  input  is  internally  pulled  HIGH  when  inactive. 
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TEST 


input,  Active  HIGH 

This  pin  should  be  tied  LOW  for  normal  operation.  If  this 
pin  is  driven  HIGH,  TPEX  will  enter  Loopback  Test 
mode.  The  type  of  loopback  is  determined  by  the  state  of 
the  SQE  TEST  pin.  If  this  pin  is  in  the  LOW  state  (Station 
MAU),  TPEX  transfers  data  independently  from  DO  to 
theTXD/TXP  circuit  and  from  RXD  to  the  Dl  circuit.  If  the 
sqe  TEST  is  in  the  HIGH  state  (Repeater  MAU),  then 
data  on  the  RXD  circuit  is  transmitted  back  onto  the 
TXD/TXP  circuit  and  data  on  the  DO  circuit  is  transmit- 
ted onto  the  Dl  pair. 

TXD+.TXD- 
Transmit  Data. 
Output 

10BASE-T  port  differential  drivers. 


TXP+JXP- 
Transmlt  Pre-Distortion 
Output 

Transmit  waveform  Pre-Distortion  Control. 

XMT 

Transmit 
Output 

This  pin  is  driven  HIGH  while  TPEX  is  receiving  data  on 
the  AUl  DO  pair  and  is  transmitting  data  on  the  TXD/ 
TXP  pins.  The  XMT  and  RCV  pins  are  simultaneously 
driven  HIGH  during  Collision. 
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FUNCTIONAL  DESCRIPTION 

The  Twisted  Pair  Ethernet  Transceiver  (TPEX)  com- 
plies with  the  requirements  specified  by  the  IEEE  802.3 
standard  for  the  Attachment  Unit  Interface  (AUI)  and  the 
standard  for  10BASE-T  Medium  Attachment  Unit 
(MAU).  TPEX  also  implements  a  number  of  features  in 
addition  to  the  IEEE  802.3  standard.  An  outline  of  func- 
tions implemented  by  the  Am79C98  are  given  below: 

Attachment  Unit  Interface 
(DO+/-DI+/-CI+/-) 

The  AUI  electrical  and  functional  characteristics  comply 
with  that  specified  by  the  IEEE  802.3,  sections  7  and  14 
(drafted).The  AUI  pins  can  be  wired  directly  to  the  isola- 
tion transformer,  for  a  remote  MAU  application,  or  to  an- 
other device  (e.g.  Am7992  Serial  Interface  Adapter). 
The  end-of-packet  SQE  Test  function  (Heartbeat)  can 
be  disabled  to  allow  the  device  to  be  employed  in  a  Re- 
peater application. 

Twisted  Pair  Transmit  Function 

Data  transmission  to  the  10BASE-T  medium  occurs 
when  valid  AUI  signals  appear  on  the  DO+/-  differential 
pair.  This  data  stream  is  routed  to  the  differential  driver 
circuitry  in  the  TXD+/-  pins. The  driver  circuitry  provides 
necessary  electrical  driving  capability  and  pre-distortion 
control  for  transmitting  signals  over  maximum  length 
Twisted  Pair  cable,  as  specified  by  the  IEEE  802.3 
10BASE-T  standard.  The  transmit  function  meets  the 
propagation  delays  and  jitter  specified  by  the  standard. 
During  transmission,  the  XMT  pin  is  driven  HIGH  and 
can  be  used  for  status  information. 

Twisted  Pair  Receive  Function 

The  receiver  complies  with  the  receiver  specifications  of 
the  IEEE  802.3  10BASE-T  standard,  including  noise  im- 
munity and  received  signal  rejection  criteria  ("Smart 
Squelch").  Signals  meeting  this  criteria  appearing  atthe 
RXD+/-  differential  input  pair  are  routed  to  the  DI+/-  out- 
puts. The  receiver  function  meets  the  propagation  de- 
lays and  jitter  requirements  specified  by  the  standard. 
Receiver  squelch  level  drops  to  approximately  half  its 
threshold  value  after  unsquelch  to  allow  reception  of 
minimum  amplitude  signals  and  to  offset  carrier  fade  in 
the  event  of  worst  case  signal  attenuation  and  crosstalk 
noise  conditions.  During  receive,  the  RCV  pin  is  driven 
HIGH  and  can  be  used  for  status  information. 

Link  Test  Function 

The  Link  Test  function  is  implemented  as  specified  by 
the  IEEE  802.3  10BASE-T  standard.  During  periods  of 
transmit  pair  inactivity,  Link  Test  pulses  will  be  periodi- 
cally sent  overthe  twisted  pair  medium  to  allow  constant 
monitoring  of  medium  integrity.  When  the  Link  Test 
function  is  enabled,  the  absence  of  Link  Test  pulses  on 
the  RXD+/-  pair  will  cause  the  TPEX  to  go  into  a  link  fail 
state.  In  link  fail  state,  data  transmission,  data  reception, 


and  the  collision  detection  functions  are  disabled,  and 
remain  disabled  until  valid  data  or  >2  consecutive  Link 
Test  pulses  appear  on  the  RXD+/-  pair.  During  link  fail, 
the  LNKST  pin  is  internally  pulled  HIGH.  When  the  link  is 
identified  as  functional,  the  LNKST  pin  is  driven  LOW, 
and  is  capable  of  directly  driving  a  "link  OK"  LED.  In  or- 
der to  interoperate  with  systems  which  do  not  implement 
Link  Test ,  this  function  can  be  disabled  by  grounding  the 
LNKST  pin.  When  disabled,  the  driver  and  receiver 
function  remain  enabled  irrespective  of  the  presence  or 
absence  of  data  or  Link  Test  pulses  on  the  RXD+/-  pair. 
The  transmitter  continues  to  generate  Link  Test  pulses 
in  the  absence  of  transmit  data  even  if  the  Link  Test 
function  is  disabled. 

Polarity  Detection  and  Reversal 

The  TPEX  receive  function  includes  the  ability  to  invert 
the  polarity  of  the  signals  appearing  at  the  RXD±  pair  if 
the  polarity  of  the  received  signal  is  reversed  (such  as  in 
the  case  of  a  wiring  error) .  This  feature  allows  data  pack- 
ets received  from  a  reverse  wired  RXD±  input  pair  to  be 
corrected  intheTPEXpriortotransfertothe  DTE  via  the 
AUI  interface  (Dl±) .  The  polarity  detection  function  is  ac- 
tivated following  reset  or  Link  Fail,  and  will  reverse  the 
receive  polarity  based  on  both  the  polarity  of  any  previ- 
ous Link  Test  pulses  and  the  polarity  of  subsequent 
packets  with  a  valid  End  Transmit  Delimiter  (ETD). 

When  in  the  Link  Fail  state,  TPEX  will  recognize  Link 
Test  pulses  of  either  positive  or  negative  polarity.  Exit 
fromthe  Link  Fail  state  is  caused  bythe  reception  of  five 
to  six  consecutive  Link  Test  pulses  of  identical  polarity. 
On  entry  to  the  Link  Pass  state,  the  polarity  of  the  last 
five  Link  Test  pulses  is  used  to  determine  the  initial  re- 
ceive polarity  configuration  and  the  receiver  is  recon- 
figured to  subsequently  recognize  only  Link  Test  pulses 
of  the  previously  established  polarity.  This  link  pulse  al- 
gorithm is  employed  only  until  ETD  polarity  determina- 
tion is  made  as  described  later  in  this  section. 

Positive  Link  Test  pulses  are  defined  as  received  sig- 
nals with  a  positive  amplitude  greater  than  520  mV  with 
a  pulse  width  of  60  ns  to  200  ns.  This  positive  excursion 
may  be  followed  by  a  negative  excursion.  This  definition 
is  consistent  with  the  expected  received  signal  at  a  cor- 
rectly wired  receiver,  when  a  Link  Test  pulse  which  fits 
the  template  of  Figure  1 4-1 2  in  the  1 0BASE-T  Standard 
is  generated  at  a  transmitter  and  passed  through  1 00  m 
of  twisted  pair  cable. 

Negative  Link  Test  pulses  are  defined  as  received  sig- 
nals with  a  negative  amplitude  greater  than  520  mV  with 
a  pulse  width  of  60  ns  to  200  ns.  This  negative  excursion 
may  be  followed  by  a  positive  excursion.  This  definition 
is  consistent  with  the  expected  received  signal  at  a  re- 
verse wired  receiver,  when  a  Link  Test  pulse  which  fits 
the  template  of  Figure  1 4-1 2  in  the  1 0BASE-T  Standard 
is  generated  at  a  transmitter  and  passed  through  1 00  m 
of  twisted  pair  cable. 
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The  polarity  detection/correction  algorithm  will  remain 
"armed"  until  two  consecutive  packets  with  valid  ETD  of 
identical  polarity  are  detected.  When  "armed",  the 
receiver  is  capable  of  changing  the  initial  or  previous  po- 
larity configuration  based  on  the  most  recent  ETD 
polarity. 

On  receipt  of  the  first  packet  with  valid  ETD  following  re- 
set or  Link  Fail,  TPEX  will  utilize  the  inferred  polarity  in- 
formation to  configure  its  RXD+  input,  regardless  of  its 
previous  state.  On  receipt  of  a  second  packet  with  a 
valid  ETD  with  correct  polarity,  the  detection/correction 
algorithm  will  "lock-in"  the  initial  polarity.  If  the  second 
(or  subsequent)  packet  is  not  detected  as  confirming  the 
previous  polarity  decision,  the  most  recently  detected 
ETD  polarity  will  be  used  as  the  new  default.  Note  that 
packets  with  invalid  ETD  have  no  effect  on  updating  the 
previous  polarity  decision.  Once  two  consecutive  pack- 
ets with  valid  ETD  have  been  received,  TPEX  will  dis- 
able the  detection/correction  algorithm  until  either  a  Link 
Fail  condition  occurs  or  PRDN/RST  is  asserted. 

During  polarity  reversal,  the  RXPOL  pin  is  internally 
pulled  HIGH.  During  normal  polarity  conditions,  the 
RXPOL  pin  is  driven  LOW,  and  is  capable  of  directly 
driving  a  "Polarity  OK"  LED  using  an  integrated  1 6  mA 
driver.  If  desired,  the  Polarity  Reversal  function  can  be 
disabled  by  grounding  the  RXPOL  pin. 

Twisted  Pair  Interface  Status 

Two  outputs  (XMT  and  RCV)  indicate  whether  TPEX  is 
transmitting  (AUI  to  Twisted  Pair)  or  Receiving  (Twisted 
Pairto  AUI).  Both  signals  are  asserted  during  a  collision. 
In  link  fail  mode,  RCV  is  disabled.  In  jabber  detect  mode, 
XMT  is  disabled.  Both  signals  are  active  HIGH. 

Collision  Detect  Function 

Simultaneous  Carrier  Sense  (presence  of  valid  data  sig- 
nals) by  both  the  AUI  DO+/-  pair  and  the  RXD+/-  pair 
constitutes  a  collision,  thereby  causing  a  1 0  MHz  signal 
to  be  asserted  on  the  CI+/- output  pair.  The  CI+/-  output 
meets  the  drive  requirements  for  the  AUI  interface.  This 
10  MHz  signal  will  remain  on  the  CI+/-  pair  until  one  of 
the  two  colliding  states  changes  from  active  to  idle.  The 
CI+/-  output  pair  stays  HIGH  for  two  bit  times  at  the  end 
of  a  collision,  decreasing  to  the  idle  level  within  eighty  bit 
times  afterthe  last  Low-to-High  transition.  Both  the  XMT 
and  RCV  pins  are  driven  HIGH  during  collision. 

Signal  Quality  Error  (SQE)  Test  (Heart- 
beat) Function 

When  the  SQE  TEST  pin  is  driven  LOW,  TPEX  will  rou- 
tinely exercise  the  collision  detection  circuitry  by  gener- 
ating an  SQE  message  at  the  end  of  every  transmission. 
This  signal  is  a  self-test  indication  to  the  DTE  that  the 
MAU  collision  circuitry  is  functional.  An  SQE  message 
consists  of  a  1 0  MHz  signal  on  the  CI+/-  pair  with  a  dura- 


tion of  8  bit  times  (800  ns).  When  enabled,  a  SQE  Test 
will  occur  at  the  end  of  every  transmission,  starting  eight 
bit  times  (800  ns)  afterthe  last  transition  of  the  transmit- 
ted signal.  For  repeater  applications,  the  SQE  Test  func- 
tion can  be  disabled  by  tying  the  SQE  test  pin  HIGH  or 
by  leaving  it  disconnected. 

Jabber  Function 

The  Jabber  function  inhibits  the  twisted  pair  transmit 
function  of  TPEX  if  the  DO+/-  circuit  is  active  longer 
than  the  time  permitted  to  transmit  the  maximum  length 
802.3/Ethernet  data  packet  (50  ms  nominal).  This  pre- 
vents any  one  node  from  disrupting  the  network  due  to  a 
"stuck-on"orfaulty  transmitter.  If  this  maximum  transmit 
time  is  exceeded,  TPEX  transmitter  circuitry  is  disabled 
and  a  1 0  MHz  signal  is  driven  onto  the  CI+/-  pair.  Once 
the  transmit  data  stream  is  removed  from  the  DO+/-  pair 
of  inputs,  an  "unjab"  time  of  250  ms  to  750  ms  will  elapse 
before  TPEX  removes  the  1 0  MHz  signal  from  the  CI+/- 
pair  and  re-enables  the  Transmit  path. 

Power  Down 

In  addition  to  onboard  power-on-reset  circuitry,  the 
PRDN/RST  pin  is  used  as  the  master  reset  for  TPEX. 
PRDN/RST  must  be  driven  LOW  for  a  minimum  of  two 
microseconds  for  reset  to  occur.  The  PRDN/RST  pin 
can  also  be  used  to  put  the  TPEX  into  an  inactive  state, 
causing  the  device  to  consume  less  power.  This  feature 
is  useful  in  battery  powered  or  low  duty  cycle  systems. 
Driving  PRDN/RST  LOW  resets  the  internal  logic  of 
TPEX,  and  places  the  device  into  idle  mode.  In  this 
mode,  the  Twisted  Pair  driver  pins  (TXD+/-.TXP+/-) 
are  driven  LOW,  the  AUI  pins  (CI+/-,  DI+/-)  are  driven 
HIGH,  the  LNKST  and  RXPOL  pins  are  in  the  inactive 
state,  and  XMT  and  RCV  are  LOW.  TPEX  will  remain  in 
IDLE  as  long  as  prdn/rst  is  asserted.  Following  the 
rising  edge  of  the  signal  on  prdn/rst,  TPEX  will  re- 
main in  the  reset  state  for  10  us. 

Test  Modes 

TPEX  implements  two  types  of  loopback  test  modes 
suitable  for  Station  (DTE)  or  Repeater  applications.  The 
Test  mode  is  entered  by  driving  the  TEST  pin  HIGH.  The 
two  types  of  test  modes  available  are: 


1 .  Station  (DTE):  SQE  EST  pin  LOW.  Data  on  DO+/- 
pair  is  transmitted  onto  the  TXD+/-  and  TXP+/-  pairs 
and  data  on  the  RXD+/-  input  pair  is  transmitted  onto 
the  DI+/~  output  pair.  The  jabber  function  and  colli- 
sion detection  function  are  disabled. 


2.  Repeater:  SQE  TEST  pin  HIGH.  Data  on  DO+/-pair 
is  looped  back  onto  the  DI+/-  pair  and  data  on  the 
RXD+/-  pair  is  re-transmitted  on  the  Twisted  Pair 
drivers  (TXD+/-  and  TXP+/-  pairs). 
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In  both  modes  the  jabber  circuitry,  collision  detection, 
and  collision  oscillator  functions  are  disabled,  and  the 
AUI  and  RXD+/-  squelch  circuits  are  active. 

TPEX  External  Components 

Figure  1  shows  a  typical  twisted  pair  port  external  com- 
ponents schematic.  The  resistors  used  should  have  a 
±1  %  tolerance  to  ensure  interoperability  with  1 0BASE-T 
compliant  networks.  Filters  and  pulse  transformers  are 
necessary  devices  that  have  a  major  influence  on  the 
performance  and  compliance  of  a  TPEX-based  MAU. 


Specifically,  the  transmitted  waveforms  are  heavily  in- 
fluenced by  filter  characteristics  and  the  twisted  pair  re- 
ceivers employ  several  criteria  to  continuously  monitor 
the  incoming  signal's  amplitude  and  timing  characteris- 
tics to  determine  when  and  if  to  assert  the  internal  car- 
rier sense.  Forthese  reasons,  it  is  crucial  that  the  values 
and  tolerances  of  the  external  components  be  as  speci- 
fied. Several  manufacturers  produce  a  module  that 
combines  the  functions  of  the  transmit  and  receive  filters 
and  the  pulse  transformers  into  one  package. 
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The  Filter/Transformer  Module  shown  is  available  from  the  following  manufacturers: 
Belfuse  TDK 
Pulse  Engineering  PCA 
Valor  Electronics  Nano  Pulse 

Figure  1.  Typical  TP  Port  External  Components 
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AUI  -  Attachment  Unit  Interface 
DTE-  Data  Terminal  Equipment 
MAU  -  Media  Access  Unit 
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Figure  2.  Typical  Twisted  Pair  Ethernet  Node 
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1 .  Compatible  filler  modules,  with  a  briel  description  ol  package  type 
and  features  are  included  in  Table  t  of  this  section. 

2.  The  resistor  values  are  recommended  for  general  purpose  use,  and  should 
allow  compliance  to  the  10BASE-T  specification  tor  template  fit  and  jitter 
performance.  However,  the  overall  performance  of  the  transmitter  Is  also 
affected  by  the  transmit  filter  configuration. 

3.  Compatible  AUI  transformer  modules,  with  a  brief  description  of  package  type 
and  features  are  included  in  Table  2olthis  sectbn. 


Figure  3.  Typical  TPEX  System  Application 
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Table  1.  TPEX  Compatible  Media  Interface  Modules 


Manufacturer 

Part  # 

Package 

Description 

Bel  Fuse 

A556-2006-DE 

16-pin  0.3"  DIL 

Transmit  and  receive  filters  and  transformers 

Bel  Fuse 

0556-2006-00 

14-pin  SIP 

Transmit  and  receive  filters  and  transformers 

Bel  Fuse 

0556-2006-01 

14-pin  SIP 

Transmit  and  receive  filters,  transformers  and 
common  mode  chokes 

Valor  Electronics 

PT3877 

16-pin  0.3"  DIL 

Transmit  and  receive  filters  and  transformers 

Valor  Electronics 

PT3983 

8-pin  0.3"  DIL 

Transmit  and  receive  common  mode  chokes 

Valor  Electronics 

FL1012 

16-pin  0.3"  DIL 

Transmit  and  receive  filters  and  transformers, 
transmit  common  mode  choke 

Nano  pulse 

NP6612 

16-pin  0.3"  DIL 

Transmit  and  receive  filters,  transformers  and 
common  mode  chokes 

Nano  pulse 

NP6581 

8-pin  0.3"  DIL 

Transmit  and  receive  common  mode  chokes 

Nano  pulse 

NP6696 

24-pin  0.6"  DIL 

Transmit  and  receive  filters,  transformers  and 
common  mode  chokes 

TDK 

TLA  470 

14-pin  SIP 

Transmit  and  receive  filters  and  transformers 

TDK 

HIM3000 

24-pin  0.6"  DIL 

Transmit  and  receive  filters,  transformers  and 
common  mode  chokes 

Pulse  Engineering 

PE65421 

16-pin  0.3"  DIL 

Transmit  and  receive  filters  and  transformers 

Pulse  Engineering 

SUPRA  1.1 

16-pin  0.5"  DIL 

Transmit  and  receive  filters  and  transformers, 
transmit  common  mode  choke 

Bel  Fuse 

0556-6392-00 

16-pin  0.5"  DIL 

Transmit  and  receive  filters,  transformers,  and 
common  mode  chokes 

Table  2.  Am79C98  TPEX  Compatible  AUI  Transformers 


Manufacturer 

Part# 

Package 

Description 

Bel  Fuse 

A553-0506-AB 

16-pin  0.3"  DIL 

50  nH 

Valor  Electronics 

LT6031 

16-pin  0.3"  DIL 

50  nH 

TDK 

TLA  100-3E 

16-pin  0.3"  DIL 

100  uH 

Pulse  Engineering 

PE64106 

16-pin  0.3"  DIL 

50  uH 

Am79C98 
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ABSOLUTE  MAXIMUM  RATINGS 

Storage  Temperature:   -65°C  to  +150°C 

Ambient  Temperature  Under  Bias:  0°C  to  +70°C 

Supply  Voltage  to  AVss  or  DVss 
(AVdd,  DVdd):  . . .'  -0.3  V  to  +6  V 

Stresses  above  those  listed  under  Absolute  Maximum  Rat- 
ings may  cause  permanent  device  failure.  Functionality  at  or 
above  these  limits  is  not  implied.  Exposure  to  absolute  maxi- 
mum ratings  for  extended  periods  may  affect  device  reliability. 


OPERATING  RANGES 

Commercial  (C)  Devices 

Temperature  (Ta):    0°C  to  +70°C 

Supply  Voltages  (AVdd,  DVdd):   +5  V  ±  5% 

Operating  ranges  define  those  limits  between  which  the  func- 
tionality of  the  device  is  guaranteed. 


DC  CHARACTERISTICS  over  COMMERCIAL  operating  range  unless  otherwise  specified 


Parameter 
Symbol 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

Digital  Input  Voltage 

VlL 

Input  LOW  Voltage 

DVss-0.5 

0.8 

V 

VlH 

Input  HIGH  Voltage 

2.0 

0.5  + DVdd 

V 

Digital  Output  Voltage 

Vo 

Output  LOW  Voltage 

1011  =  16  mA  (Open  drain) 

1012  =  4.0  mA 

0.4 

V 

VOH 

Output  HIGH  Voltage 

lOH  =  -0.4  mA 

2.4 

V 

Digital  Input  Leakage  Current 

IlLL 

Input  Leakage  Current 

0  <  Vin  <  DVdd  +  0.5  V 

10 

uA 

IlLD 

Input  Leakage  Current 
(Open  drain  pins, 
output  inactive) 

0  <  Vin  <  DVdd  +  0.5  V 

500 

uA 

AUI 

llAXD 

Input  Current  at  DO+,  DO- 

-1  <  Vin  <  AVdd  +  0.5  V 

-500 

500 

uA 

Vaicm 

DO+/-  Open  Circuit  Input 
Common  Mode  Voltage  (Bias) 

llN-OV 

AVdd  -  3.0 

AVdd  -  1.0 

V 

Vaidv 

Differential  Mode  Input 
Voltage  Range  (DO+/-) 

AVdd  =  5  v 

-2.5 

+2.5 

V 

Vasq 

DO+/-  Squelch  Threshold 

-160 

-275 

mV 

Vath 

DO+/-  Switching  Threshold 

(Note  1) 

-35 

+35 

mV 

Vaod 

Differential  Output  Voltage 
|(DI+)  -  (Dl-)|  OR  |(CI+)  -  (CHI 

Rl  =  78  n 

620 

1100 

mV 

Vaodi 

DI+/-  &  CI+/- 
Differential  Output 
Voltage  Imbalance 

Rl  =  78  n 
(Note  1) 

-25 

+25 

mV 

VaodC 

: 

DI+/-  &  CI+/- 

Differential  Idle  Output  Voltage 

Rl  =  78  n 

-40 

+40 

mV 

IaodC 

DI+/-  &  CW- 

Differential  Idle  Output  Current 

Rl  =  78  n 

(Note  1 ) 

-1 

1 

mA 

Vaoc 

•M 

DI+/-  &  CI+/-  Common 
Mode  Output  Voltage 

Rl  =  78  a 

2.5 

AVdd 

V 
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DC  CHARACTERISTICS  (continued) 


Pa 

S 

rameter 
ymbol 

Parameter  Description 

Test  Conditions 

Mln 

Max 

Unit 

Twisted  Pair  Interface 

llRXD 

Input  Current  at  RXD+/- 

AVss  <  VlN  <  AVdd 

-500 

500 

uA 

Rhxd 

RXD+/-  Differential  Input 
Resistance 

(Note  1) 

10 

«n 

Vtivb 

RXD+,  RXD-  Open  Circuit  Input 
Voltage  (Bias) 

Iin  =  0  mA 

AVdd  -  3.0 

AVdd  - 1.5 

V 

Vtidv 

Differential  Mode  Input 
Voltage  Range  (RXD+/-) 

AVdd  =  +5  V 

-3.1 

3.1 

V 

Vtsq+ 

RXD  Positive 

Squelch  Threshold  (Peak) 

Sinusoid  5  MHz  <f<  10  MHz 

300 

520 

mV 

Vtsq- 

RXD  Negative 

Squelch  Threshold  (Peak) 

Sinusoid  5  MHz  <f<  10  MHz 

-520 

-300 

mV 

Vths+ 

RXD  Post-Squelch  Positive 
Threshold  (Peak) 

Sinusoid  5  MHz  <  f<  1 0  MHz 

150 

293 

mV 

Vths- 

RXD  Post-Squelch  Negative 
Threshold  (Peak) 

Sinusoid  5  MHz  <  f<  1 0  MHz 

-293 

-150 

mV 

Vrxdth 

RXD  ^witrhinn  ThrpshnlH 

—60 

60 

mV 

Vtxh 

TXD+/-  and  TXP+/- 
Output  HIGH  Voltage 

(Note  2) 
DVss  =  0  V 

DVdd  -  0.6 

DVdd 

V 

Vtxl 

TXD+/-  and  TXP+/- 
Output  LOW  Voltage 

(Note  2) 
DVdd  =  +5  V 

DVss 

DVss  +  0.6 

V 

Vtxi 

TXD+/-  and  TXP+/- 
Differential  Output 
Voltage  Imbalance 

-40 

+40 

mV 

Vtxoff 

TXD+/-  and  TXP+/- 
Differential  Idle  Output  Voltage 

DVdd  =  +5  V 

-40 

+40 

mV 

Rtx 

TXD+/-  and  TXP+/- 
Differential  Driver 
Output  Impedance 

(Note  1) 

40 

n 

llREXT 

Input  Current  at  REXT  Pin 

REXT  =  24.3KS2±1% 
AVdd  =  +5  V 

120 

uA 

Power  Supply  Current 

Idd 

Power  Supply  Current 
(Transmitting  10  MHz  Data) 
(Typical  TP  load) 

PRDN/RST  =  HIGH 

115 

mA 

Power  Supply  Current 
(Transmitting  10  MHz  Data) 
(No  TP  load) 

PRDN/RST  =  HIGH 

90 

mA 

Iddprdn 

Power  Supply  Current 
in  Power  Down  Mode 

PRDN/RST  =  LOW 

4 

mA 
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Parameter 
Symbol 

Parameter  Description 

Unit 

Transmit  Timing 

tPWODO 

uu  ruise  wiutn 
Accept/Reject  Threshold 

I\/im    ~    I\/a  r/M 

|VIN|  >  |VASQ| 

(Note  3) 

QC 
OO 

ns 

tPWKDO 

DO  Pulse  Width 
Maintain/Turn-Off  Threshold 

|Vin|  >  |Vasq| 
(Note  4) 

105 

200 

ns 

tTON 

Transmit  Start  Up  Delay 

300 

ns 

rrsD 

Transmit  Static  Propagation 
Delay  (DO  to  TXD) 

1 20 

ns 

tDODION 

nnin  HI  ^tarriiri  Halau 
U\J  IU  U\  Oldi  LUp  Ufc-ldy 

300 

tDODISD 

DO  to  DI  Static  Propagation 
Delay 

100 

ns 

tTETD 

Transmit  End  of  Transmission 

250 

450 

ns 

t 

TR 

Transmitter  Rise  Time 
(10%  to  90%) 

• 

10 

ns 

t 

TF 

Transmitter  Fall  Time 
(90%  to  10%) 

10 

ns 

t 

rM 

Transmitter  Rise  and  Fall 
Time  Mismatch 

4 

ns 

tTHD 

PiA  1        l_l        Tvn     1  lj 

DO  L->H  to  1 XD+  L— >H 
and  TXD-  H->L  Delay 

Steady  State 
(Note  1) 

tTSD  -  1 .0 

tTSD  +  1.0 

ns 

tTLD 

DO  H->L  to  TXD+  H->L 

Steady  State 
(Note  1) 

tTSD  -  1 .0 

tTSD  +  1 .0 

ns 

tTHDP 

DO  L->H  to  TXP+  H->L 
and  TXP-  L->H  Delay 

Steady  State 
(Note  1) 

tTSD  +  40 

tTSD  +  60 

ns 

tTLDP 

DO  H->L  to  TXP+  L->H 
and  TXP-  H->L  Delay 

Steady  State 
(Note  1 ) 

tTSD  +  40 

tTSD  +  60 

ns 

tXMTON 

XMT  Asserted  Delay 

100 

ns 

tXMTOFF 

XMT  De-asserted  Delay 

300 

ns 

tPERLP 

Idle  Signal  Period 

8 

24 

ms 

tPWLP 

Idle  Link  Test  Pulse  Width 

(Note  1) 

75 

120 

ns 

tPV 

VPLP 

Predistortion  Idle  Link  Test 
Pulse  Width 

(Note  1 ) 

40 

60 

ns 

t 

JA 

Transmit  Jabber 
Activation  Time 

20 

150 

ms 

t 

JR 

Transmit  Jabber 
Reset  Time 

250 

750 

ms 

Urec 

Transmit  Jabber 

Recovery  Time  (Minimum  time 

gap  between  transmitted 

packets  to  prevent  jabber 

activation) 

1.0 

US 
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SWITCHING  CHARACTERISTICS  (continued) 


Parameter 
Symbol 

Parameter  Description 

Min 

Max 

Unit 

Receive  Timing 

tPWKRD 

RXD  Pulse  Width 
Maintain/Turn-Otf  Threshold 

|Vin|  >|Vths| 
(Note  5) 

136 

200 

ns 

tRON 

Receiver  Start  Up  Delay 
(RXD  to  DI+/-) 

5  MHz  Sinusoid 

200 

400 

ns 

tRVB 

First  Validly  Timed  Bit 
on  v\+/—  (nAU  to  u\) 

tRON  +  100 

ViS 

tRSD 

Receiver  Static  Propagation 
Delay  (RXD  to  Dl) 

70 

ns 

tRETD 

Dl  End  of  Transmission 

200 

ns 

tRHD 

RXD  L->H  to  DI+  L->H 
anu  ui-  pi- >i_  ueiay 

(Note  1) 

tRSD -2.5 

tRSD  +  2.5 

ns 

tRLD 

□vn  u  ^  i  in  ni .  Li  -  i 
HAU  n— >L  10  U1+  n— >L 

and  Dl-  L->H  Delay 

(Note  1 ) 

tRSD  —  2.5 

tRSD  +  2.5 

ns 

tRR 

DI+,  DI-,  CI+,  CI-  Rise 
Time  (10%  to  90%) 

5.0 

ns 

tRF 

DI+,  DK  CI+,  CI-  Fall 
Time  (10%  to  90%) 

5.0 

ns 

tRM 

DI+/-&  Cl+/-Rise  and  Fall 
Time  Mismatch  (|tRR  -  tRF|) 

2.0 

ns 

tRCVON 

RCV  Asserted  Delay 

tRON  -  50 

tRON  +  100 

ns 

tRCVOFF 

RCV  De-asserted  Delay 

tRSD  +  250 

ns 

Collision  Detection  and  SQE  Test 

tCON 

Collision  Turn-On 
Delay  (CI+/-) 

500 

ns 

tCOFF 

Collision  Turn-Oft 
Delay  (CI+/-) 

500 

ns 

tPER 

Collision  Period  (CI+/-) 

87 

117 

ns 

tCPW 

Collision  Output  Pulse  Width 
(CI+/-) 

40 

60 

ns 

tSQED 

SQE  Test  Delay  Time 

600 

1600 

ns 

tSQEL 

SQE  Test  Length 

500 

1500 

ns 

Notes: 

1.  Parameter  not  tested. 

2.  Uses  switching  test  load. 


3.  DO  pulses  narrower  than  tpwoDO  (min)  will  be  rejected;  pulses  wider  than  tpwoDO  (max)  will  turn  internal  DO  carrier  sense  on. 

4.  DO  pulses  narrower  than  tpwKDO  (min)  will  maintain  internal  DO  carrier  sense  on;  pulses  wider  than  tpwKDO  (max)  will  turn 
internal  DO  carrier  sense  off. 

5.  RXD  pulses  narrower  than  tPWKRD  (min)  will  maintain  internal  RXD  carrier  sense  on;  pulses  wider  than  tPWKRD  (max)  will  turn 
internal  RXD  carrier  sense  off. 
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SWITCHING  WAVEFORMS 

tPWPLP 


TXD+ 


TXP+ 


TXD- 


TXP- 


TP  Idle  Link  Test  Pulse 


14395D-9 


SWITCHING  TEST  CIRCUITS 


DVdo 


294  n : 


TXD+ 
TXD- 


100  pF  dp 
Includes  test 
jig  capacitance 


>  Test  Point 


;  294  n 


DVss 

14395D-10 

TXD  Switching  Test  Circuit 


DVdd 


715  a  '■ 


TXP+ 
TXP- 


100  pF : 

Includes  test 
jig  capacitance 


i  Test  Point 


715  £J 


DVss 

14395D-11 

TXP  Switching  Test  Circuit 
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RECEIVE  TEST  CIRCUIT 


AMD 


DVdd 


DI+ 
Dl- 
CI+ 
Ch 


52.3  n 


-o  Test  Point 


1  oo  pF  zrz       <  1 54  n 


DVss 


AUI  Dl,  CI  Switching  Test  Circuit 


14395D-13 


DO  +  / 


RXD+/- 


^™jiMnjinmiMnnonnnM 


CI  + 

tCON 

tCOFF 


CI- 


injuuuumnjumnnMfUL/' 


tCPW  tPER 

Collision  Timing 


14395D-14 


DO  +  /- 

mnj  ^ 


CI  + 


tSQED 


CI- 


OJiJTJiJiJiJTrL^ 

  tSQEL   


14395D-15 


SQE  Test  Timing  (SQE  Test  Pin  Connected  to  Vss) 
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Twisted  Pair  Ethernet  Transceiver  Plus 
(TPEX  Plus) 


Advanced 
Micro 
Devices 


DISTINCTIVE  CHARACTERISTICS 

■  CMOS  device  provides  IEEE  802.3  compliant 
operation  and  low  operating  current  from  a  sin- 
gle +5  V  supply 

■  Power  Down  mode  for  reduced  power 
consumption  in  battery  powered  applications 

■  Automatic  Twisted  Pair  Link  Integrity 

■  Pin-selectable  Twisted  Pair  receive  polarity  de- 
tection and  automatic  inversion  of  the  receive 
signal.  Polarity  indication  output  pin  can  di- 
rectly drive  a  LED. 

■  Pin-selectable  Twisted  Pair  Link  Integrity  Test 
capability  conforming  to  the  IEEE  802.3  stan- 
dard. Link  status  pin  can  directly  drive  a  LED. 

■  Transmit,  Receive  and  Collision  status  indica- 
tions available  on  separate,  dedicated  pins. 


Outputs  can  directly  drive  LEDs  with  pulses 
stretched  to  ensure  LED  visibility. 

Internal  Twisted  Pair  transmitter  digital  pre- 
distortion  circuit  to  reduce  medium  Induced 
jitter 

Pin-selectable  SQE  Test  (Heartbeat)  enable 

AUI  loop-back,  Jabber  Control,  and  SQE  Test 
functions  comply  with  the  10BASE-T  Standard 

User  selectable  loopback  operations 

Pin  selectable  Twisted  Pair  receive  threshold 
programming  for  extended  distance  line 
lengths 


GENERAL  DESCRIPTION 

The  Am79C1 00  Twisted  Pair  Ethernet  Transceiver  Plus 
(TPEX  Plus)  is  an  integrated  circuit  that  implements  the 
Medium  Attachment  Unit  (MAU)  functions  for  the 
Twisted  Pair  Medium,  as  specified  by  the  supplement  to 
IEEE  802.3  standard  (Type  10BASE-T).  This  device 
provides  the  necessary  electrical  and  functional  inter- 
face between  the  IEEE  802.3  standard  Attachment  Unit 
Interface  (AUI)  and  the  Twisted  Pair  cable. 

A  network  based  on  the  10BASE-T  standard  can  use 
unshielded  twisted  pair  cables,  therefore  providing  an 
economical  solution  to  networking  by  allowing  the  use  of 
existing  telephone  wiring.  The  Am79C100  provides  a 
minima  component  count  and  cost  effective  solution 
to  the  design  and  implementation  of  10BASE-T 
standard  networks. 


TPEX  Plus  provides  twisted  pair  driver  and  receiver  cir- 
cuits, including  on-board  transmit  digital  predistortion, 
receiver  squelch,  and  an  AUI  port  with  pin  selectable 
SQE  Test  enable.  The  device  provides  a  number  of  ad- 
ditional features  including  Link  Status  indication  with 
Automatic  Twisted  Pair  Receive  Polarity  Detection/Cor- 
rection and  indication;  pin  selectable  receive  threshold 
programming  for  extended  distance  line  lengths;  and 
Receive  Carrier  Sense,  Transmt  Active  and  Collision 
Present  indication.  The  device  provides  separate 
Twisted  Pair  Link  Status,  Polarity  Status,  Receive, 


Transmit  and  Collision  outputs  to 


drive  LEDs  directly. 
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RELATED  AMD  PRODUCTS 


Part  No. 

Description 

Am7996 

IEEE-802.3/Ethernet/Cheapernet  Tap  Transceiver 

Am79C90 

CMOS  Local  Area  Network  Controller  for  Ethernet™  (C-LANCE) 

Am79C900 

Integrated  Local  Area  Communications  Controller™  (ILACC™) 

Am79C940 

Media  Access  Controller  for  Ethernet  (MACE™) 

Am79C960 

PCnet-ISA  Single-Chip  Ethernet  Controller  (for  ISA  bus) 

Am79C961 

PCnet-ISA  Single-Chip  Ethernet  Controller  (with  Microsoft'1'  Plug  n'  Play  support) 

Am79C965 

PCnet-32  Single-Chip  Ethernet  Controller  (for  386DX,  486  and  VL  buses) 

Am79C970 

PCnet-PCI  Single-Chip  Ethernet  Controller  (for  PCI  bus) 

Am79C974 

PCnet-SCSI  Combination  Ethernet  and  SCSI  Controller  for  PCI  Systems 

Am79C98 

Twisted-Pair  Ethernet  Transceiver  (TPEX) 

Am79C981 

Integrated  Multiport  Repeater  Plus™  (IMR+™) 

Am79C987 

Hardware  Implemented  Management  Information  Base™  (HIMIB™) 

Am79C100 
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CONNECTION  DIAGRAM 
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LOGIC  SYMBOL 


Attachment 
Unit  Interface 
(AUI) 


J  I 


DVoo 


AVDD 


DO+ 

DO- 

DI+ 
Dl- 

CI+ 
Cl- 


Am79C100 


SQE  TEST 
TEST1 


TEST2 
REXT 


PRDN/RST 
DVss 


TXD+ 
TXP+ 

TXD- 
TXP- 

RXD+ 
RXD- 
LRT 

RXPOL 
LNKST 
XMT 
RCV 
COL 


AVsi 


Twisted  Pair 
Interface 
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ORDERING  INFORMATION 
Standard  Products 

AMD  standard  products  are  available  in  several  packages  and  operating  ranges.  The  ordering  number  (Valid 
Combination)  is  formed  by  a  combination  of: 


AM79C100 


OPTIONAL  PROCESSING 

Blank  =  Standard  Processing 


TEMPERATURE  RANGE 

C  =  Commercial  (0°C  to  +70°C) 


PACKAGE  TYPE 

J  =  28-Pin  Plastic  Leaded  Chip 
Carrier  (PL  028) 


SPEED  OPTION 

Not  Applicable 


DEVICE  NUMBER/DESCRIPTION 

Am79C100 

Twisted  Pair  Ethernet  Transceiver  Plus  (TPEX  Plus) 


Valid  Combinations 

AM79C100 

JC 

Valid  Combinations 

The  Valid  Combinations  table  lists  configura- 
tions planned  to  be  supported  in  volume  for 
this  device.  Consult  the  local  AMD  sales  of- 
fice to  confirm  availability  of  specific  valid 
combinations  and  check  on  newly  released 
combinations. 


Am79C100 
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PIN  DESCRIPTION 


AVdd 

Analog  Power 

This  pin  supplies  the  +5  V  to  analog  portions  of  TPEX 
Plus  circuitry. 


Analog  Ground 

This  pin  is  the  ground  reference  for  analog  portions  of 
TPEX  Plus  circuitry. 

CI+,  Cl- 
Control  In 
Output 

AUI  port  differential  driver. 


COL 
Collision 

Output.Open  Drain 

This  pin  is  driven  LOW  while  the  TPEX  Plus  is  simulta- 
neously receiving  data  on  the  AUI  DO  pins  and  the 
twisted  pair  RXD  pins,  indicating  a  collision  condition  ex- 
ists. It  is  also  driven  if  TPEX  Plus  enters  the  jabber  con- 
dition due  to  excessive  length  of  activity  on  the  DO  pair. 
In  this  case  TPEX  Plus  will  wait  for  a  period  of  inactivity 
on  DO  for  the  "unjab"  time  of  250  to  750  ms,  before  the 
10  MHz  pattern  on  the  CI  pair  is  removed  and  COL  re- 
turns inactive.  COL  will  not  be  driven  during  SQE  Test 
activity  on  the  AUI  CI  pair.  In  the  LOW  output  state,  the 
pin  is  capable  of  sinking  a  maximum  of  1 2  mA  and  can 
be  used  to  drive  an  LED.  The  COL  output  is  pulse 
stretched  for  20  to  62  ms  after  the  end  of  collision,  to 
ensure  LED  visibility. 

DI+,  Dl- 
Data  In 
Output 

AUI  port  differential  driver. 

DO+,  DO- 
Data  Out 
Input 

AUI  port  differential  receiver. 


DVdd 


This  pin 
Plus 


Power 


supplies  the  +5  V  to  digital  portions  of  TPEX 
including  all  transmit  drivers. 


circuitry, 
DVss 

Digital  Ground 

Two  pins  provide  the  ground  reference  for  digital  por- 
tions of  TPEX  Plus  circuitry,  including  all  transmit  driv- 
ers and  the  status  indication  LED  drivers. 


LNKST 

Link  Status 

Input/Output,  Open  Drain 

When  this  pin  is  tied  LOW,  the  internal  Link  Test 
Receive  function  is  disabled,  and  the  Transmit  and 
Receive  functions  will  remain  active  regardless  of 
arriving  idle  link  pulses  and  data.  TPEX  Plus  continues 
to  generate  idle  link  pulses  irrespective  of  the  status  of 
this  pin. 

As  an  output,  this  pin  is  driven  LOW  if  the  link  is 
identified  as  functional.  However,  if  the  link  is  deter- 
mined to  be  nonfunctional,  due  to  missing  idle  link 
pulses  or  data  packets,  then  this  pin  is  not  driven 
(internally  pulled  HIGH).  In  the  LOW  output  state,  the 
pin  is  capable  of  sinking  a  maximum  of  12  mA  and  can 
be  used  to  drive  an  LED. 

In  the  absence  of  external  drive,  the  pin  is  internally 
pulled  HIGH  when  inactive. 


LRT 

Low  Receive  Threshold 
Input,  Active  LOW 

When  this  pin  is  tied  LOW,  the  internal  twisted  pair  re- 
ceive thresholds  are  reduced  by  4.5  dB  from  their  origi- 
nal values  (approximately  3/5  of  the  normal  1 0BASE-T 
value).  With  LRT  in  the  HIGH  state,  the  unsquelch 
threshold  for  the  RXD±  circuit  will  be  300  mV  to  520  mV 
peak.  With  LRT  in  the  LOW  state,  the  unsquelch  thresh- 
old for  the  RXD+  circuit  will  be  180  mVto312mVpeak. 
In  either  case,  the  RXD±  circuit  post  unsquelch  thresh- 
old will  be  approximately  one  half  of  the  initial 
unsquelch  threshold. 


PRDN/RST 

Power  Down/Reset 
Input,  Active  LOW 

Driving  this  input  LOW  resets  the  internal  logic  of  TPEX 
Plus  and  places  the  device  in  a  special  Power  Down 
mode.  In  the  Power  Down/Reset  mode,  all  output  driv- 
ers are  placed  in  their  inactive  state. 

REXT 

External  Resistor 
Input 

An  external  precision  resistor  is  connected  between  this 
pin  and  AVdd,  in  order  to  provide  a  current  reference  for 
the  internal  Voltage  Controlled  Oscillator  (VCO). 

RCV 
Receive 

Output, Open  Drain 

This  pin  is  driven  LOW  while  TPEX  Plus  is  receiving 
data  on  the  twisted  pair  RXD  pins  and  is  transferring  the 
received  signal  onto  the  AUI  Dl  pair.  The  output  is  LOW 
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during  Collision  simultaneously  with  the  COL  pin.  In  the 
LOW  output  state,  the  pin  is  capable  ot  sinking  a  maxi- 
mum of  12  mA  and  can  be  used  to  drive  an  LED.  The 
RCV  output  is  pulse  stretched  tor  20  ms  to  62  ms  after 
the  end  of  reception,  to  ensure  LED  visibility. 

RXD+,  RXD- 
Receive  Data 
Input 

10BASE-T  port  differential  receiver. 

RXPOL 

Receive  Polarity 
Input/Output,  Open  Drain 

The  twisted  pair  receiver  is  capable  of  detecting  a  re- 
ceive signal  with  reversed  polarity  (wiring  error).  The 
RXPOL  pin  is  normally  in  the  LOW  state,  indicating  cor- 
rect polarity  of  the  received  signal.  If  the  receiver  detects 
a  received  packet  with  reversed  polarity,  then  this  pin  is 
not  driven  (goes  HIGH)  and  the  polarity  of  subsequent 
packets  is  inverted.  In  the  LOW  output  state,  this  pin  can 
sink  up  to  a  maximum  of  1 2  mA  and  is  therefore  capable 
of  driving  an  LED. 

This  feature  can  be  disabled  by  strapping  this  pin  LOW. 
In  this  case  the  Receive  Polarity  correction  circuit  is  dis- 
abled and  the  internal  receive  signal  remains  non- 
inverted,  irrespective  of  the  received  signal. 

In  the  absence  of  external  drive,  the  pin  is  internally 
pulled  HIGH  when  inactive. 

SQE  TEST 

Signal  Quality  Test  (Heartbeat)  Enable 
Input,  Active  LOW 

The  SQE  Test  function  is  enabled  by  tying  this  input 
LOW.  When  enabled,  TPEX  Plus  will  send  a  10  MHz 
burst  (heartbeat)  on  the  Cl±  lines  after  DO±  has  become 
inactive,  indicating  integrity  of  the  collision  detection  and 
AUI  circuitry.  SQE  TESTshould  be  disabled  for  repeater 
applications. 

In  the  absence  of  external  drive,  the  pin  is  internally 
pulled  HIGH  when  inactive. 

TEST1 

Test 

input,  Active  HIGH 

This  pin  should  be  tied  LOW  for  normal  operation. 
TEST1  permits  system  level  diagnostics  to  be  per- 
formed. If  TEST1  is  driven  HIGH  (while  TEST2  is  main- 
tained HIGH),  TPEX  Plus  will  enter  the  Loopback  Test 
mode.  The  type  of  loopback  is  determined  by  the  state  of 


the  SQE  TESTpin.  If  SQE  TESTis  in  the  LOW  state 
(Station  MAU) ,  TPEX  Plus  transfers  data  independently 
from  DO  to  the  TXD/TXP  circuits  and  from  RXDtothe  Dl 
circuit.  If  the  SQE  TESTis  in  the  HIGH  state  (Repeater 
MAU),  then  data  on  the  RXD  circuit  is  transmitted  back 
onto  the  TXD/TXP  circuit  and  data  on  the  DO  circuit  is 
transmitted  onto  the  Dl  pair. 

During  either  test  mode,  the  collision  detection  and  SQE 
Test  functions  are  disabled,  and  Cl±  will  remain  idle. 
Link  beat  pulses  will  continue  to  be  generated  normally 
in  the  absence  of  TXD/TXP  output  activity,  and  the  Link 
Test  Receive  State  Machine  will  be  forced  into  the  Link 
Pass  state.  The  COL  pin  will  be  driven  LOW  whenever  a 
Link  Beat  pulse  or  transmit  data  activity  commences, 
and  remain  low  during  the  output  activity.  The  receive 
squelch  will  continue  to  operate  on  both  the  RXD±  and 
DO±  input  circuits. 

In  the  absence  of  external  drive,  the  pin  is  internally 
pulled  LOW. 

TEST2 
Test 

Input,  Active  LOW 

This  pin  should  be  tied  HIGH  for  normal  operation. 
TEST2  is  reserved  for  factory  testing,  and  should  be 
permanently  tied  HIGH. 

In  the  absence  of  external  drive,  the  pin  is  internally 
pulled  HIGH. 

TXD+,  TXD- 
Transmit  Data 
Output 

10BASE-T  port  differential  drivers. 

TXP+,  TXP- 
Transmit  Pre-Distortion 
Output 

Transmit  wave  form  differential  driver  for  pre-distortion. 

XMT 

Transmit 

Output,  Open  Drain 

This  pin  is  driven  LOW  while  TPEX  Plus  is  receiving 
data  on  the  AUI  DO  pair  and  is  transmitting  data  on  the 
TXD/TXP  pins.  The  output  is  LOW  during  collision  si- 
multaneously with  the  COL  pin.  In  the  LOW  output  state, 
the  pin  is  capable  of  sinking  a  maximum  of  12  mA  and 
can  be  used  to  drive  an  LED.  The  XMT  output  is  pulse 
stretched  for  20  to  62  ms  after  the  end  of  transmission, 
to  ensure  LED  visibility. 
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FUNCTIONAL  DESCRIPTION 

The  Twisted  Pair  Ethernet  Transceiver  Plus  (TPEX 
Plus)  complies  with  the  requirements  specified  by  the 
IEEE  802.3  standard  for  the  Attachment  Unit  Interface 
(AUI)  and  the  10BASE-T  Standard  for  a  twisted  pair  Me- 
dium Attachment  Unit  (MAU).  TPEX  Plus  also  imple- 
ments a  number  of  features  in  addition  to  the  I EEE  802.3 
standard.  An  outline  of  functions  implemented  by  the 
Am79C100  are  given  below. 

Attachment  Unit  Interface  (DO+,  Dl±,  Cl±) 

The  AUI  electrical  and  functional  characteristics  comply 
with  those  specified  within  the  IEEE  802.3  documents, 
sections  7  and  1 4.  The  AUI  pins  can  be  wired  to  an  isola- 
tion transformer,  for  a  remote  MAU  application,  or  di- 
rectly to  another  device  (e.g.  Am7992B  Serial  Interface 
Adapter),  in  the  case  of  a  local  DTE  application.  The 
end-of-packet  SQE  Test  function  (Heartbeat)  can  be 
disabled  to  allow  the  device  to  be  employed  in  a  Re- 
peater application. 

Twisted  Pair  Transmit  Function 

Data  transmission  to  the  10BASE-T  medium  occurs 
when  valid  AUI  signals  appear  on  the  DO+  differential 
pair.  This  data  stream  is  routed  to  the  differential  driver 
circuitry  in  the  TXD±  and  TXP±  pins.  The  driver  circuitry 
provides  the  necessary  electrical  driving  capability  and 
the  pre-distortion  control  for  transmitting  signals  over 
maximum  length  Twisted  Pair  cable,  as  specified  by  the 
IEEE  802.3  10BASE-T  Standard.  During  transmission, 
data  is  looped  back  to  the  Dl±  differential  circuit,  indicat- 
ing normal  operation.  The  transmit  function  for  data  out- 
put and  loopback  operations  meets  the  propagation 
delays  and  jitter  specified  by  the  standard.  During  nor- 
mal transmission,  and  providing  that  TPEX  Plus  is  not  in 
a  Link  Fail  or  jabber  state,  the  XMT  pin  will  be  driven 
LOW,  and  can  be  used  to  drive  a  status  LED  directly. 

Twisted  Pair  Receive  Function 

The  receiver  complies  with  the  receiver  specifications  of 
the  IEEE  802.3  1 0BASE-T  standard,  including  noise  im- 
munity and  received  signal  rejection  criteria  ("Smart 
Squelch").  Signals  meeting  this  criteria  appearing  at  the 
RXD+  differential  input  pair  are  routed  to  the  Dl±  out- 
puts. The  receiver  function  meets  the  propagation  de- 
lays and  jitter  requirements  specified  by  the  standard. 
The  receiver  squelch  level  drops  to  approximately  half 
its  threshold  value  after  unsquelch  to  allow  reception  of 
minimum  amplitude  signals  and  to  mitigate  carrier  fade 
in  the  event  of  worst  case  signal  attenuation  and 
crosstalk  noise  conditions.  During  receive,  the  RCV  pin 
is  driven  LOW  and  can  be  used  to  drive  a  status  LED 
directly. 

Note  that  the  1 0BASE-T  standard  defines  the  receive  in- 
put amplitude  at  the  external  Media  Dependent  Inter- 
face (MDI).  Filter  and  transformer  loss  are  not  specified. 
The  TPEX  Plus  receiver  squelch  levels  are  defined  to 


account  for  a  1  dB  insertion  loss  at  10  MHz,  which  is  typi- 
cal for  the  type  of  receive  filters/transformers  recom- 
mended (see  also  Table  1). 

Normal  1 0BASE-T  compatible  receive  thresholds  are 
employed  when  the  LRT  pin  is  inactive  (HIGH).  When 
the  LRT  pin  is  externally  pulled  LOW,  the  Low  Receive 
Threshold  option  is  invoked,  and  the  sensitivity  of  the 
TPEX  Plus  receiver  is  increased.  This  allows  longer  line 
lengths  to  be  employed,  exceeding  the  1 00  m  target  dis- 
tance of  normal  10BASE-T  (assuming  typical  24  AWG 
cable).  The  additional  cable  distance  attributes  directly 
to  increased  signal  attenuation  and  reduced  signal  am- 
plitude at  the  TPEX  Plus  receiver.  However,  from  a  sys- 
tem perspective,  making  the  receiver  more  sensitive 
means  that  it  is  also  more  susceptible  to  extraneous 
noise,  primarily  caused  by  coupling  from  co-resident 
services  (crosstalk).  Forthis  reason,  it  is  recommended 
that  when  using  the  Low  Receive  Threshold  option  that 
the  service  should  be  installed  on  4-pair  cable  only. 
Multi-pair  cables  within  the  same  outer  sheath  have 
lower  crosstalk  attenuation,  and  may  allow  noise  emit- 
ted from  adjacent  pairs  to  couple  into  the  receive  pair, 
and  be  of  sufficient  amplitude  to  falsely  unsquelch  the 
TPEX  Plus. 

Link  Test  Function 

The  link  test  function  is  implemented  as  specified  by 
1 0BASE-T  standard.  During  periods  of  transmit  pair  in- 
activity, "Link  Beat"  pulses  will  be  periodically  sent  over 
the  twisted  pair  medium  to  allow  constant  monitoring  of 
medium  integrity. 

When  the  link  test  function  is  enabled,  the  absence  of 
Link  Beat  pulses  and  receive  data  on  the  RXD±  pair  will 
cause  the  TPEX  Plus  to  go  into  a  Link  Fail  state.  In  the 
Link  Fail  state,  data  transmission,  data  reception,  data 
loopback  and  the  collision  detection  functions  are  dis- 
abled, and  remain  disabled  until  valid  data  or  >5  con- 
secutive link  pulses  appear  on  the  RXD±  pair.  During 
Link  Fail,  the  LNKST  pin  is  internally  pulled  H IGH.  When 
the  link  is  identified  as  functional,  the  LNKST  pin  is 
driven  LOW,  and  is  capable  of  directly  driving  a  "Link 
OK"  LED.  In  order  to  inter-operate  with  systems  which 
do  not  implement  link  test,  this  function  can  be  disabled 
by  grounding  the  LNKST  pin.  With  link  test  disabled,  the 
data  driver,  receiver  and  loopback  functions  as  well  as 
collision  detection  remain  enabled  irrespective  of  the 
presence  or  absence  of  data  or  link  pulses  on  the 
RXD+  pair. 

Polarity  Detection  and  Reversal 

TheTPEXPIus  receive  function  includes  the  ability  to  in- 
vert the  polarity  of  the  signals  appearing  at  the  RXD+ 
pair  if  the  polarity  of  the  received  signal  is  reversed 
(such  as  in  the  case  of  a  wiring  error).  This  feature  al- 
lows data  packets  received  from  a  reverse  wired  RXD+ 
input  pair  to  be  corrected  in  the  TPEX  Plus  prior  to 
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transfer  to  the  DTE  via  the  AUI  interface  (Dl±).  The  po- 
larity detection  function  is  activated  following  reset  or 
Link  Fail,  and  will  reverse  the  receive  polarity  based  on 
both  the  polarity  of  any  previous  Link  Beat  pulses  and 
the  polarity  of  subsequent  packets  with  a  valid  End 
Transmit  Delimiter  (ETD). 

When  in  the  Link  Fail  state,  TPEX  Plus  will  recognize 
Link  Beat  pulses  of  either  positive  or  negative  polarity. 
Exit  from  the  Link  Fail  state  is  caused  by  the  reception  of 
5  to  6  consecutive  Link  Beat  pulses  of  identical  polarity. 
On  entry  to  the  Link  Pass  state,  the  polarity  of  the  last  5 
Link  Beat  pulses  is  used  to  determine  the  initial  receive 
polarity  configuration  and  the  receiver  is  reconfigured  to 
subsequently  recognize  only  Link  Beat  pulses  of  the 
previously  recognized  polarity.  This  link  pulse  algorithm 
is  employed  only  until  SFD  polarity  determination  is 
made  as  described  later  in  this  section. 

Positive  Link  Beat  pulses  are  defined  as  received  signal 
with  a  positive  amplitude  greater  than  520  mV  (LRT  = 
HIGH)  with  a  pulse  width  of  60  ns  to  200  ns.  This  positive 
excursion  may  be  followed  by  a  negative  excursion. 
This  definition  is  consistent  with  the  expected  received 
signal  at  a  correctly  wired  receiver,  when  a  Link  Beat 
pulse  which  fits  the  template  of  Figure  14-12  in  the 
10BASE-T  Standard  is  generated  at  a  transmitter  and 
passed  through  100  m  of  twisted  pair  cable. 

Negative  Link  Beat  pulses  are  defined  as  received  sig- 
nals  with  a  negative  amplitude  greater  than  520  mV 
(LRT  =  HIGH)  with  a  pulse  width  of  60  ns  to  200  ns.  This 
negative  excursion  may  be  followed  by  a  positive  excur- 
sion. This  definition  is  consistent  with  the  expected  re- 
ceived signal  at  a  reverse  wired  receiver,  when  a  Link 
Beat  pulse  which  fits  the  template  of  Figure  1 4-1 2  in  the 
10BASE-T  Standard  is  generated  at  a  transmitter  and 
passed  through  100  m  of  twisted  pair  cable. 

The  polarity  detection/correction  algorithm  will  remain 
"armed"  until  two  consecutive  packets  with  valid  ETD  of 
identical  polarity  are  detected.  When  "armed",  the 
receiver  is  capable  of  changing  the  initial  or  previous 
polarity  configuration  based  on  the  most  recent  ETD 
polarity. 

On  receipt  of  the  first  packet  with  valid  ETD  following  re- 
set or  Link  Fail,  TPEX  Plus  will  utilize  the  inferred  polar- 
ity information  to  configure  its  RXD±  input,  regardless  of 
its  previous  state.  On  receipt  of  a  second  packet  with  a 
valid  ETD  with  correct  polarity,  the  detection/correction 
algorithm  will  "lock-in"  the  received  polarity.  If  the  sec- 
ond (or  subsequent)  packet  is  not  detected  as  confirm- 
ing the  previous  polarity  decision,  the  most  recently 
detected  ETD  polarity  will  be  used  as  the  default.  Note 
that  packets  with  invalid  ETD  have  no  effect  on  updating 
the  previous  polarity  decision.  Once  two  consecutive 
packets  with  valid  ETD  have  been  received,  TPEX  Plus 
will  disable  the  detection/correction  algorithm  until 


either  a  Link  Fail  condition  occurs  or  PRDN/RST  is  as- 
serted. 

During  polarity  reversal,  the  RXPOL  pin  is  internally 
pulled  HIGH.  During  normal  polarity  conditions,  the 
RXPOL  pin  is  driven  LOW,  and  is  capable  of  directly 
driving  a  "Polarity  OK"  LED  using  an  integrated  1 2  mA 
driver.  If  desired,  the  Polarity  Reversal  function  can  be 
disabled  by  grounding  the  RXPOL  pin. 

Twisted  Pair  Interface  Status 

Three  outputs  (XMT,  RCV  and  COL)  indicate  whether 
the  TPEX  Plus  is  transmitting  (AUI  to  Twisted  Pair),  re- 
ceiving (Twisted  Pair  to  AUI),  or  in  a  collision  state  with 
both  functions  active  simultaneously. 

The  TPEX  Plus  will  power  up  in  the  Link  Fail  state.  The 
normal  algorithm  will  apply  to  allow  it  to  enter  the  Link 
Pass  state.  On  power  up,  the  XMT,  RCV,  and  COL  LED 
drivers  activate  for  20  ms  to  62  ms  as  a  lamp  test  fea- 
ture, and  will  then  go  to  their  inactive  state  until  TPEX 
Plus  enters  the  Link  Pass  state. 

In  the  Link  Pass  state,  transmit  or  receive  activity  which 
passes  the  pulse  width/amplitude  requirements  of  the 
DO±  or  RXD±  inputs  will  be  indicated  by  the  XMT  or 
RCV  pin  respectively  going  active.  XMT,  RCV,  and  COL 
are  all  asserted  during  a  collision. 

Inthe  Link  Fail  state,  XMT,  RCV,  and  COL  are  disabled. 

In  jabber  detect  mode,  TPEX  Plus  will  activate  the  COL 
driver,  disable  the  XMT  driver  (regardless  of  DO+  activ- 
ity), and  allow  the  RCV  driver  to  indicate  the  current 
state  of  the  RXD±  pair.  If  there  is  no  receive  activity  on 
RXD±,  only  COL  will  be  active  during  jabber  detect.  If 
there  is  RXD±  activity,  both  COL  and  RCV  will  be  active. 

All  three  outputs  are  active  LOW  and  incorporate  1 2  mA 
drive  capability  with  20  ms  to  62  ms  pulse  stretch  cir- 
cuitry, to  extend  the  event  to  ensure  LED  visibility. 

Collision  Detect  Function 

Simultaneous  Carrier  Sense  (presence  of  valid  data  sig- 
nals) by  both  the  AUI  DO±  pins  and  the  twisted  pair 
RXD±  pins  constitutes  a  collision,  thereby  causing  a 
1 0  MHz  signal  to  be  asserted  on  the  Cl±  output  pair,  and 
the  COL  output  to  be  activated.  The  Cl±  output  meets 
the  drive  requirements  for  the  AUI  interface.  This 
1 0  MHz  signal  will  remain  on  the  Cl±  pair  until  one  of  the 
two  colliding  states  changes  from  active  to  idle.  During 
the  collision  condition,  data  presented  on  the  DI+  pair 
will  be  sourced  from  the  RXD±  input.  At  the  end  of  colli- 
sion, the  data  presented  on  the  Dl±  pair  will  be  sourced 
from  the  last  remaining  active  input,  either  RXD+  or 
DO±.  The  Cl±  output  pair  stays  HIGH  for  2  bit  times  at 
the  end  of  a  collision,  decreasing  to  the  idle  level  within 
80  bit  times  after  the  last  transition.  The  XMT,  RCV,  and 
COL  pins  are  driven  LOW  during  collision. 
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Signal  Quality  Error  (SQE)  Test 
(Heartbeat)  Function 

When  the  SQE  TESTpin  is  driven  LOW,  TPEX  Plus  will 
routinely  exercise  the  collision  detection  circuitry  by 
generating  an  SQE  Test  message  at  the  end  of  every 
transmission.  This  signal  is  a  self-test  indication  to  the 
DTE  that  the  M AU  collision  circuitry  is  functional  and  the 
AUI  cable/connection  is  intact.  An  SQE  Test  message 
consists  of  a  1 0  MHz  signal  on  the  Cl±  pair  with  a  dura- 
tion of  5  to  15  bit  times  (500  ns  to  1500  ns).  When  en- 
abled, a  SQE  Test  will  occur  at  the  end  of  every 
transmission,  starting  6  to  16  bit  times  (600  ns  to 
1600  ns)  after  the  last  transition  of  the  transmitted  sig- 
nal. For  repeater  applications,  the  SQE  Test  function 
can  be  disabled  by  tying  the  SQE  TESTpin  HIGH  or  by 
leaving  it  disconnected.  The  COL  output  will  remain  in- 
active during  the  SQE  Test  message  on  Cl±. 

Jabber  Function 

The  Jabber  function  inhibits  the  twisted  pair  transmit 
function  of  TPEX  Plus  if  the  DO±  circuit  is  active  for  an 
excessive  period  (20  ms  to  150  ms).  This  prevents  any 
one  node  from  disrupting  the  network  due  to  a  "stuck- 
on"orfaulty  transmitter.  Ifthis  maximum  transmit  time  is 
exceeded,  the  TPEX  Plus  transmitter  circuitry  is  dis- 
abled and  a  10  MHz  signal  is  driven  onto  the  Cl±  pair. 
Once  the  transmit  data  stream  is  removed  from  the  DO± 
input  pair,  an  "unjab"  time  of  250  ms  to  750  ms  will 
elapse  before  the  TPEX  Plus  removes  thelOMHzsignal 
from  the  Cl±  pair  and  re-enables  the  transmit  circuitry 

When  jabber  is  detected,  TPEX  Plus  will  activate  the 
COL  driver,  disable  the  XMT  driver  (regardless  of  DO± 
activity),  and  allow  the  RCVdriverto  indicate  the  current 
state  of  the  RXD±  pair.  If  there  is  no  receive  activity  on 
RXD±,  only  COL  will  be  active  during  jabber  detect.  If 
there  is  RXD±  activity,  both  COL  and  RCV  will  be  active. 

Power  Down 

In  addition  to  on  board  power-on-reset  circuitry,  the 


PRDN/RST  pin  is  used  as  the  master  reset  for  TPEX 


used  to 


Plus.  PRDN/RST  must  be  driven  LOW  for  a  minimum  of 
2  u.s  for  r 


•  reset  to  occur.  The  PRDN/RST  pin  can  also  be 
i  put  the  TPEX  Plus  into  an  inactive  or  "sleep" 
state,  causing  the  device  to  consume  less  power.  This 
feature  is  useful  in  battery  powered  or  low  duty  cycle 
systems.  Driving  PRDN/RST  LOW  resets  the  internal 
logic  of  TPEX  Plus,  and  places  the  device  into  idle 
mode.  In  this  mode,  the  Twisted  Pair  driver  pins 
(TXD±,TXP±)  are  driven  LOW,  the  AUI  pins  (Cl±,  Dl±) 
are  pulled  to  AVdd,  the  LNKST  and  RXPOL  pins  are  in 
the  inactive  state,  and  the  XMT,  RCV,  and  COL  pins  are 
in  the  high  impedance  state.  TPEX  Plus  will  remain  in 
idle  mode  as  long  as  PRDN/RST  is  asserted. 


Plus  will  drive  the  XMT,  RCV  and  COL  outputs  low  for 
20  ms  to  62  ms  as  a  lamp  test  f  eatu  re ,  and  will  be  forced 
into  the  Link  Fail  state.  TPEX  Plus  will  move  to  the  Link 
Pass  state  only  after  5  to  6  Link  Beat  pulses  and/or  a  sin- 
gle received  message  is  detected  on  the  RXD±  pair. 

Test  Modes 

TPEX  Plus  implements  two  types  of  loopback  test 
modes  suitable  for  Station  (DTE)  or  Repeater  applica- 
tions. The  Test  Mode  is  entered  by  driving  the  TEST1 
pin  HIGH.  The  TEST2  pin  is  intended  forfactory  test  only 
and  should  be  tied  HIGH  for  Test  Mode  or  normal  opera- 
tion. The  two  available  Test  Modes  are: 


1.  Station  (DTE):  SQE  TESTpin  LOW.  Data  received 
on  the  DO+  input  pair  is  transmitted  onto  the  TXD± 
and  TXP±  output  pairs,  and  data  received  on  the 
RXD±  input  pair  is  transmitted  onto  the  Dl±  output 
pair. 


Following  the  rising  edge  of  the  signal  on  PRDN/RST, 
TPEX  Plus  will  remain  in  the  reset  state  for  up  to  10  u.s. 
Immediately  after  the  reset  condition  is  removed,  TPEX 


2.  Repeater:  SQE  TESTpin  HIGH.  Data  received  on 
the  DO+  input  pair  is  looped  back  onto  the  Dl±  output 
pair,  and  data  received  on  the  RXD±  pair  is  looped 
back  and  re-transmitted  on  the  twisted  pair  drivers 
(TXDtand  TXP±  pairs). 

In  both  modes  TPEX  Plus  will  be  forced  into  the  Link 
Pass  state,  and  will  not  enter  the  Link  Fail  state  regard- 
less of  RXD+  inactivity.  The  following  functions  are  dis- 
abled: jabber  circuit,  collision  detection,  and  collision 
oscillator.  The  functions  which  remain  enabled  are:  the 
DO+  and  RXD±  squelch  circuits,  XMT  and  RCV  outputs, 
Link  Beat  pulse  generation  and  polarity  detection/cor- 
rection. In  addition,  in  both  modes,  the  COL  pin  (not 
used  to  indicate  collision  during  Test  Modes)  will  go  ac- 
tive for  the  duration  of  any  transmit  activity  on  the 
TXD±/TXP±  pairs,  providing  a  leading  high-to-low  edge 
indicating  the  start  of  packet  transmission  or  Link  Beat 
pulse  generation. 

Upon  exiting  either  of  the  Test  Modes,  the  Link  Test 
State  Machine  will  be  forced  into  the  Link  Fail  state. 

RXPOL  may  be  pulled  LOW  and  receive  polarity  correc- 
tion will  be  disabled. 

TPEX  Plus  External  Components 

Figure  1  shows  a  typical  twisted  pair  port  external  com- 
ponents schematic.  The  resistors  used  should  have  a 
±1%  tolerance  to  ensure  interoperability  with  10BASE-T 
compliant  networks.  The  filters  and  pulse  transformers 
are  necessary  devices  that  have  a  major  influence  on 
the  performance  and  compliance  of  a  TPEX  Plus  based 
MAU.  Specifically,  the  transmitted  waveforms  are  heav- 
ily influenced  by  filter  characteristics  and  the  twisted  pair 
receivers  employ  several  criteria  to  continuously  moni- 
tor the  incoming  signal's  amplitude  and  timing  charac- 
teristics to  determine  when  and  if  to  assert  the  internal 
carrier  sense.  For  these  reasons,  it  is  crucial  that  the  val- 
ues and  tolerances  of  the  external  components  be  as 


1-260 


Am79C100 


specified.  Several  manufacturers  produce  a  module 
that  combines  the  functions  of  the  transmit  and  receive 
filters  and  the  pulse  transformers  into  one  package. 
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The  Filter/Transformer  Module  shown  is  available  from  the  following  manufacturers: 
Belfuse  TDK 
Pulse  Engineering  PCA 
Valor  Electronics  Nano  Pulse 

Figure  1.  Typical  Twisted  Pair  Port  External  Components 
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Figure  2.  Typical  Twisted  Pair  Ethernet  Node 
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During  Loopback,  the  COL  pin  does  not  indicate  collision,  but  instead  provides  indication  of 
TXD±/TXP±  activity.  For  details,  refer  to  the  section  titled  "Test  Modes. " 


Figure  3.  Am79Cl00  TPEX  Plus  Loopback  Operation 
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Am79C100 
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LRT 


REXT 
TEST1 


TEST2 


PWDN/RST 
DVDD 


LNKST 

RXPOL 
XMT 
RCV 

COL 
DVSS 


Notes: 

1.  Compatible  filter  modules,  with  a  brief  description  of  package  type 
and  features  are  included  in  Table  1  of  this  section. 

2.  The  resistor  values  are  recommended  for  general  purpose  use,  and  should 
allow  compliance  to  the  10BASE-T  specification  for  template  fit  and  jitter 
performance.  However,  the  overall  performance  of  the  transmitter  is  also 
affected  by  the  transmit  filter  configuration. 

3.  Compatible  AUI  transformer  modules,  with  a  brief  description  of  package  type 
and  features  are  included  in  Table  2  of  this  section. 
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Figure  4.  Am79C100  Stand  Alone  MAU  System  Application 
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Table  1.  TPEX  Plus  Compatible  Media  Interface  Modules 


Mam  ifanti  iror 

ividl  IU  lOlrlUI  SI 

Pari  H 

rol  I  # 

r)p«;rrintirin 

Bel  Fuse 

A556-2006-DE 

16-pin  0.3"  DIL 

Transmit  and  receive  filters  and  transformers 

Bel  Fuse 

0556-2006-00 

14-pin  SIP 

Transmit  and  receive  filters  and  transformers 

Bel  Fuse 

0556-2006-01 

14-pin  SIP 

Transmit  and  receive  filters,  transformers  and 
common  mode  chokes 

Valor  Electronics 

PT3877 

16-pin  0.3"  DIL 

Transmit  and  receive  filters  and  transformers 

Valor  Electronics 

PT3983 

8-pin  0.3"  DIL 

Transmit  and  receive  common  mode  chokes 

Valor  Electronics 

FL1012 

16-pin  0.3"  DIL 

Transmit  and  receive  filters  and  transformers, 
transmit  common  mode  choke 

Nano  pulse 

NP6612 

16-pin  0.3"  DIL 

Transmit  and  receive  filters,  transformers  and 
common  mode  chokes 

Nano  pulse 

NP6581 

8-pin  0.3"  DIL 

Transmit  and  receive  common  mode  chokes 

Nano  pulse 

NP6696 

24-pin  0.6"  DIL 

Transmit  and  receive  filters,  transformers  and 
common  mode  chokes 

TDK 

TLA  470 

14-pin  SIP 

Transmit  and  receive  filters  and  transformers 

TDK 

HIM3000 

24-pin  0.6"  DIL 

Transmit  and  receive  filters,  transformers  and 
common  mode  chokes 

Pulse  Engineering 

PE65421 

16-pin  0.3"  DIL 

Transmit  and  receive  filters  and  transformers 

Pulse  Engineering 

SUPRA  1.1 

16-pin  0.5"  DIL 

Transmit  and  receive  filters  and  transformers, 
transmit  common  mode  choke 

Bel  Fuse 

0556-6392-00 

16-pin  0.5"  DIL 

Transmit  and  receive  filters,  transformers,  and 
common  mode  chokes 

Table  2.  Am79Cl00  TPEX  Plus  Compatible  AUI  Transformers 


Manufacturer 

Part# 

Package 

Description 

Bel  Fuse 

A553-0506-AB 

16-pin  0.3"  DIL 

50  uH 

Valor  Electronics 

LT6031 

16-pin  0.3"  DIL 

50  uH 

TDK 

TLA  100-3E 

16-pin  0.3"  DIL 

100  uH 

Pulse  Engineering 

PE64106 

16-pin  0.3"  DIL 

50  uH 
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ABSOLUTE  MAXIMUM  RATINGS 

Storage  Temperature:  -65°C  to +150°C 

Ambient  Temperature  Under  Bias:   0°C  to  +70°C 

Supply  Voltage  to  AVss  or  DVss 
(AVdd,  DVdd):  -0.3  V  to  +6  V 

Stresses  above  those  listed  under  Absolute  Maximum  Rat- 
ings may  cause  permanent  device  failure.  Functionality  at  or 
above  these  limits  is  not  implied.  Exposure  to  absolute  maxi- 
mum ratings  for  extended  periods  may  affect  device  reliability. 


OPERATING  RANGES 

Commercial  (C)  Devices 

Temperature  (Ta):    0°C  to  +70°C 

Supply  Voltages  (AVdd,  DVdd):   +5  V  ±  5% 

All  inputs  within  the  range: 

AVss-0.5  V  <  Vin  <  AVdd  +  0.5  V,  or 

DVss-0.5  V<  Vin  <  DVdd  +0.5  V 

Operating  ranges  define  those  limits  between  which  the  func- 
tionality of  the  device  is  guaranteed. 


DC  CHARACTERISTICS  over  COMMERCIAL  operating  range  unless  otherwise  specified 


Parameter 
Symbol 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

Digital  Input  Voltage 

VlL 

Input  LOW  Voltage 

0.8 

V 

VlH 

Input  HIGH  Voltage 

2.0 

V 

Digital  Output  Voltage 

Vo 

Output  LOW  Voltage 
(XMT,  rcv,  COL,  lnkst 
and  RXPOL) 

lOL  =  12  mA  (Open  Drain) 

0.4 

V 

Digital  Input  Leakage  Current 

1 

Input  Leakage  Current 
(PRDN/RST) 

DVss  <  Vin  <  DVdd 

• 

10 

uA 

IlLC 

Input  Leakage  Current 
(LNKST/RXPOL, 
output  inactive) 

DVss  <  Vin  <  DVdd 

500 

uA 

Digital 

Output  Leakage  Current 

lOL 

3 

Output  Leakage  Current 
(XMT,  RCV,  COL) 

DVss  <  Vin  <  DVdd 

10 

uA 

AUI 

Iiaxd 

Input  Current  at  DO+,  DO- 

AVss  <  Vin  <  AVdd 

-500 

500 

uA 

Vaicm 

DO±  Open  Circuit  Input 
Common  Mode  Voltage  (Bias) 

llN  =  0  V 

AVdd  -3.0 

AVdd  -1 .0 

V 

Vaidv 

Differential  Mode  Input 
Voltage  Range  (DO+) 

Avdd  =  +5  V 

-2.5 

+2.5 

V 

Vasq 

DO±  Squelch  Threshold 

-160 

-275 

mV 

Vath 

DO±  Switcning  Threshold 

(Note  1 ) 

-35 

+35 

mV 

Vaod 

Differential  Output  Voltage 
KDI+MDHI  OR  KCI+HCHI 

Rl  =  78  n 

620 

1100 

mV 

Vaodi 

DI±&CI± 
Differential  Output 
Voltage  Imbalance 

Rl  =  78  Q 
(Note  1) 

-25 

+25 

mV 

VaodOFF 

DI+  &  Cl± 

Differential  Idle  Output  Voltaqe 

Rl  =  78  n 

-40 

+40 

mV 

IaodC 

k 

Dl±&  Cl± 

Differential  Idle  Output  Current 

Rl  =  78  n 
(Note  1) 

-1 

1 

mA 

Vao< 

Dl±  &  Cl±  Common 
Mode  Output  Voltage 

Rl  =  78  a 

2.5 

AVdd 

V 
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DC  CHARACTERISTICS  (continued) 


Parameter 
Symbol 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

Twisted  Pair  Interface 

llRXD 

Input  Current  at  RXD± 

AVss  <  VlN  <  AVdd 

-500 

500 

uA 

RXD±  Differential  Input 
Resistance 

(Note  1) 

10 

K£i 

VTIVB 

hAUt,  nAU —  \jpan  OIICUIl 

Input  Voltage  (Bias) 

li  m        n  m  A 

UN  —  U  IIIM 

AvDD  1  5 

v 

Vtidv 

rtifforontial  MnHo  Innut 

Voltage  Range  (RXD+) 

AVnn  -+SV 

r\  V  UU  —  t-J  V 

-3.1 

3.1 

V 

Vtsq+ 

nAU  rOSIIIve 

Squelch  Threshold  (Peak) 

Sinusoid 

5MHz<f<  10  MHz 

[11 V 

Vtsq- 

DVn  Monotiwo 

mau  iNegauve 

Squetch  Threshold  (Peak) 

Sinusoid 

5MHz<  f<  10  MHz 

— 0£U 

*^nn 

111  V 

Vths+ 

nAU  rost-oqueicn  rosmve 
Threshold  (Peak) 

Sinusoid 

5MHz<  f<  10MHz 

I  ou 

m  v 

Vths- 

RXD  Post-Squelch  Negative 
Threshold  (Peak) 

Sinusoid 

5  MHz<  f  <  10  MHz 

-293 

-150 

mV 

VLTSO+ 

RXD  Positive 

Squelch  Threshold  (Peak) 

LRT=:  LOW 

180 

312 

mV 

Vltsq- 

RXD  Negative 

Squelch  Threshold  (Peak) 

LRT  =  LOW 

-312 

-180 

mV 

VLTHS+ 

RXD  Post-Squelch  Positive 
Threshold  (Peak) 

LRT  =  LOW 

90 

175 

mV 

Vlths- 

RXD  Post-Squelch  Negative 
Threshold  (Peak) 

LRT  -  LOW 

-175 

-90 

mV 

Vrxdth 

RXD  Switching  Threshold 

(Note  1) 

-60 

60 

mV 

Vtxh 

Tvn+  anH  TYP+ 

Output  HIGH  Voltage 

uvss  =  U  V 
(Note  2) 

UVDD  U.D 

UVDD 

W 
V 

VTXL 

I  xu±  and  I  Ar± 
Output  LOW  Voltage 

UVSS  =  +5  V 
(Note  2) 

DVss 

UVSS  +  O.b 

V 

Vtxi 

TXD±  and  TXP+  Differential 
Output  Voltage  Imbalance 

-40 

40 

mV 

Vtxoff 

TXD±  and  TXP± 
Idle  Output  Voltage 

DVdd  =  +5  V 

-40 

40 

mV 

Rtx 

TXD+  and  TXP±  Differential 
Driver  Output  Impedance 

(Note  1) 

40 

£} 

llREXT 

Input  Current  at  REXT  Pin 

REXT  =  24.3k£i±1% 
AVdd  =  +5  V 

120 

uA 

Power  Supply  Current 

Ids 

Power  Supply  Current 
(Idle) 

PRDN/RST  =  HIGH 

DVdd  =  AVdd  =  +5  V 

40 

mA 

Power  Supply  Current 
(Transmitting — No  TP  load) 

PRDN/RST  =  LOW 

95 

mA 

Power  Supply  Current 
(Transmitting — with  TP  load) 

PRDN/RST  =  HIGH 

DVdd  =  AVdd  =  +5  V 

150 

mA 

Iddpron 

Power  Supply  Current 
in  Power  Down  Mode 

PRDN/RST  =  LOW 

4 

mA 

Notes: 

1 .  Parameter  not  tested. 

2.  Uses  switching  test  load. 
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SWITCHING  CHARACTERISTICS  over  COMMERCIAL  operating  ranges 


Param 
Sym 

eter 
bol 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

Transmit  Timing 

IrWULKJ 

no  Piilso  Wirith  Arrpnt/ 

Reject  Threshold 

\Jr\r\     IV/aco  mayl 

V  L/W  ->  |  V  HOW  1 1 '  <-* A  | 

(Note  3) 

15 

35 

ns 

IrWKLKJ 

nO  PiiIqo  Wirith  Maintain/ 

Turn-Off  Threshold 

(Note  4) 

105 

200 

ns 

rroN 

TVanQmit  ^tart  1  In  Oolav/ 
1  1  d!  1  oi  1 1 11  OldlL  i_ •  yJ  L/ til  ay 

300 

ns 

rrsD 

Transmit  Static  Propagation 

Hoifai/  fnru  in  Tvrui 
ueiay  (u*_*±  10  i  aut.) 

120 

ns 

tTETD 

Transmit  End  Transmit  Delimiter 

250 

450 

ns 

tTR 

Transmitter  Rise  Time 
(10%  to  90%) 

10 

ns 

tTF 

Transmitter  Fall  Time 
(90%  to  10%) 

10 

ns 

tl 

vi 

Transmitter  Rise  and  Fall 
I  ime  Mismatcn 

4 

ns 

rn 

ID 

UU  1  to  1  XL)+  1 

and  TXD-  I  Delay 

Steady  State 
(Note  1) 

tTSD  -  1 .0 

tTSD  +  1 .0 

ns 

tTLD 

DO  J.  to  TXD+  i 
and  TXD-  T  Delay 

Steady  State 
(Note  1 ) 

tTSD  -  1 .0 

tTSD  +  1.0 

ns 

tTHDP 

DO  T  to  TXP+  J. 
and  TXP-  T  Delay 

Steady  State 
(Note  1) 

tTSD  +  40 

tTSD  +  60 

ns 

tTLDP 

DO  I  to  TXP+  T 
and  TXP-  I  Delay 

Steady  State 
(Note  1 ) 

tTSD  +  40 

tTSD  +  60 

ns 

tXKfTON 

XMT  Asserted  Delay 

100 

ns 

tXMTOFF 

XMT  De-asserted  Delay 

20 

62 

ms 

tPERLP 

Idle  Signal  Period 

8 

24 

ms 

tPWLP 

Link  Beat  Pulse  Width 

(Note  1) 

75 

120 

ns 

tPWPLP 

Predistortion  Idle  Link 
Beat  Width 

(Note  1 ) 

40 

60 

ns 

; 

Transmit  Jabber 
Activation  Time 

20 

150 

ms 

Transmit  Jabber 
Reset  Time 

250 

750 

ms 

tJREC 

Transmit  Jabber 

Recovery  Time  (Minimum  time 

gap  between  transmitted 

packets  to  prevent  jabber 

activation) 

(Note  1) 

1.0 

us 

tDODION 

DO  to  Dl  Startup  Delay 

300 

ns 

tDOC 

USD 

DO  to  Dl  Static  Propagation 
Delay 

100 

ns 
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SWITCHING  CHARACTERISTICS  (Continued) 


Parameter 
Symbol 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

Receive  Timing 

tPWKRD 

RXD  Pulse  Width  Maintain/ 
Turn-Off  Threshold 

Vin  >Vths  min 
(Note  5) 

136 

200 

ns 

tRON 

Receiver  Start  Up  Delay 
(RXD  to  Dl±) 

Tested  with  5  MHz 
Sinusoid 

200 

400 

ns 

tRVB 

First  Validly  Timed  Bit 
on  Dbt 

tRON +100 

ns 

tRSD 

Receiver  Static  Propagation 
Delay  (RXD+  to  Dl±) 

70 

ns 

tRETD 

Dl  End  of  Transmission 

200 

ns 

tRHD 

HXL)  i  1  to  DI+  1 
and  Dl-  I  Delay 

(Note  1) 

tRSD -2.5 

tRSD  +  2.5 

ns 

tRLD 

RXD  ±  I  to  DI+  J. 
and  Dl-  T  Delay 

(Note  1 ) 

tRSD  -  2.5 

tRSD  +  2.5 

ns 

tRR 

DI+,  DI-,  CI+,  CI-  Rise  Time 
(10%  to  90%) 

5 

ns 

tRF 

DI+,  DK  CI+,  CI-  Fall  Time 
(10%  to  90%) 

5 

ns 

tRM 

Dl±  and  Cl±  Rise  and  Fall 
Time  Mismatch  (tRR  -  tRF) 

2 

ns 

tRCVON 

RCV  Asserted  Delay 

tRON  -  50 

tRON  +  100 

ns 

tRCVOFF 

RCV  De-asserted  Delay 

20 

62 

ms 

Collision  Detection  and  SQE  Test 

tCON 

Collision  Turn-On 
Delay  (Cl±) 

500 

ns 

tCOFF 

Collision  Turn-Orf 
Delay  (Cl±) 

500 

ns 

tPER 

Collision  Period  (Cl±) 

87 

117 

ns 

tCPW 

Collision  Output  Pulse  Width 
(Cl±) 

40 

60 

ns 

tSOED 

SQE  Test  Delay  Time 

600 

1600 

ns 

tSQEL 

SQE  Test  Length 

500 

1500 

ns 

tCOLON 

COL  Asserted  Delay 

tCON  -  50 

tCON+  100 

ns 

tCOLOFF 

COL  De-asserted  Delay 

20 

62 

ms 

Notes: 

1.  Parameter  not  tested. 

2.  Uses  switching  test  load. 

3.  DO  pulses  narrower  than  tpwooo  (min)  will  be  rejected;  pulses  wider  than  tpwooo(max)  will  turn  internal  DO  carrier  sense  on. 

4.  DO  pulses  narrower  than  tpwKDO  (min)  will  maintain  internal  DO  carrier  sense  on;  pulses  wider  than  tpwKDO  (max)  will  turn 


internal  DO  carrier  sense  off. 

5.  RXD  pulses  narrower  than  tpwKRO  (min)  will  maintain  internal  RXD  carrier  sense  on;  pulses  wider  than  tpwKRD  (max)  will  turn 
internal  RXD  carrier  sense  off. 
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TXD+l 
TXD- 


SWITCHING  TEST  CIRCUITS 

DVdd 


DVdd 


294  Q. 


715Q. 


100  pF=T 


Includes  test 
jig  capacitance 


i  Test  Point 


TXP 
TXP- 


Test  Point 


294  n 


100  pF=Z 


715  n 


Includes  test 
jig  capacitance 


DVss 


DVss 


16511B-8 


Twisted  Pair  Transmit  Test  Circuit 


16511B-9 


AVDD 


DI+ 

Dl-  Q> 
CI+ 
Cl- 


50  pF  == 


52.3  n 


154  n 


>  Test  Point 


AVss 


16511B-10 


AUI  Transmit  Test  Circuit 
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KEY  TO  SWITCHING  WAVEFORMS 


WAVEFORM  INPUTS 

Must  be 


HUT 


May 
Change 
from  H  to  L 


May 
Change 
from  L  to  H 


vvvvvv    Don  1  Car6, 


Does  Not 
Apply 


OUTPUTS 

Will  be 
Steady 


Will  be 
Changing 
from  H  to  L 


Will  be 
Changing 
from  L  to  H 


Changing, 

State 

Unknown 


Center 
Line  is  High- 
Impedance 
"Off"  State 


KS000010 
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SWITCHING  WAVEFORMS 


PERLP 

Transmit  Link  Beat  Pulse 


16511B-12 
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SWITCHING  WAVEFORMS 


RXDt 


DI+ 


Dl- 


RCV 


'RON  ► 


PWKRD 


'rhd^ 


RLD>- 


PWKRD 


RR 


N-'rf-*-  'retd— ► 

1.  -c  


<  'rcvon  


1- 


RF 

r\fV\IW\ 


V 


RR 


J 


 'rcvoff  ► 


Receive  Timing 


16511B-13 


RXD± 


TSQ+ 


RXD± 


1  \  1  \ 

  LTHS+ 

  VLTHS- 

16511B-14 


Receive  Thresholds 
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SWITCHING  WAVEFORMS 


DO± 


MMM1MWUIU 


RXD±. 


CI+- 


Cl— 


'con 


'colon. 


COFF- 


COL 


'CPW- 


-'CPER 


'COLOFF- 


Collision  Timing 


16511B-15 


DO± 


~1U 


SQED- 


CI+ 


Cl- 


SQEL 


COL=  1 


1651 1B-16 


SQE  Test  Timing 


1-274 


Am79C100 


Am79C981 

Integrated  Multiport  Repeater  Plus™  (IMR+™) 


Advanced 
Micro 
Devices 


DISTINCTIVE  CHARACTERISTICS 

■  Enhanced  version  of  AMD's  Am79C980 
Integrated  Multiport  Repeater™  (IMR™)  chip 
with  the  following  enhancements: 

-  Additional  Management  Port  features 

-  Minimum  Mode  provides  support  for  an  extra 
four  LED  outputs  per  port  for  additional  status 
in  non-intelligent  repeater  designs 

-  Pin/socket  compatible  with  the  Am79C980 
IMR  chip 

-  Fully  backward  compatible  with  existing  IMR 
device  designs 

■  Interfaces  directly  with  the  Am79C987  HIMIB™ 
device  to  build  a  fully  Managed  Multiport 
Repeater 

■  CMOS  device  features  high  integration  and  low 
power  with  a  single  +5  V  supply 

■  Repeater  functions  comply  with  IEEE  802.3 
Repeater  Unit  specifications 

■  Eight  integral  10BASE-T  transceivers  utilize 
the  required  pre-distortion  transmission 
technique 

■  Attachment  Unit  Interface  (AUI)  port  allows 
connectivity  with  10BASE5  (Ethernet)  and 
10BASE2  (Cheapernet)  networks,  as  well  as 


GENERAL  DESCRIPTION 

The  Integrated  Multiport  Repeater  Plus  (IMR+)  chip  is  a 
VLSI  circuit  that  provides  a  system  level  solution  to  de- 
signing a  compliant  802.3  repeater  incorporating 
10BASE-T  transceivers.  The  device  integrates  the  Re- 
peaterfunctions  specified  by  section  9  of  the  IEEE  802.3 
Standard  and  Twisted  Pair  Transceiver  functions  com- 
plying to  the  10BASE-T  Standard.  The  Am79C981  pro- 
vides eight  integral  Twisted  Pair  Medium  Attachment 
Units  (MAUs)  and  an  Attachment  Unit  Interface  (AUI) 
port  in  an  84-pin  Plastic  Leaded  Chip  Carrier  (PLCC). 

A  network  based  on  the  10BASE-T  standard  uses  un- 
shielded twisted  pair  cables,  therefore  providing  an 
economical  solution  to  networking  by  allowing  the  use  of 
low  cost  unshielded  twisted  pair  (UTP)  cable  or  existing 
telephone  wiring. 

The  total  number  of  ports  per  repeater  unit  can  be  in- 
creased by  connecting  multiple  IMR+  devices  through 


10BASE-F  and/or  Fiber  Optic  Inter-repeater 
Link  (FOIRL)  segments 

■  On  board  PLL,  Manchester  encoder/decoder, 
and  FIFO 

■  Expandable  to  increase  number  of  repeater 
ports 

■  All  ports  can  be  separately  isolated  (parti- 
tioned) in  response  to  excessive  collision  con- 
ditions or  fault  conditions 

■  Network  management  and  optional  features 
are  accessible  through  a  dedicated  serial  man- 
agement port 

■  Twisted  Pair  Link  Test  capability  conforming  to 
the  10BASE-T  standard.  The  receive  Link  Test 
Function  can  be  optionally  disabled  through 
the  management  port  to  facilitate  inter- 
operability with  devices  that  do  not  implement 
the  Link  Test  Function 

■  Programmable  option  of  Automatic  Polarity 
Detection  and  Correction  permits  automatic 
recovery  due  to  wiring  errors 

■  Full  amplitude  and  timing  regeneration  for  re- 
transmitted waveforms 

■  Preamble  loss  effects  eliminated  by  deep  FIFO 


their  expansion  ports,  hence  minimizing  the  total  cost 
per  repeater  port.  Furthermore,  a  general  purpose  At- 
tachment Unit  Interface  (AUI)  provides  connection 
capability  to  10BASE5  (Ethernet)  and  10BASE2 
(Cheapernet)  coaxial  networks,  as  well  as  1 0BASE-F 
and/or  Fiber  Optic  Inter-Repeater  Link  (FOIRL)  fiber 
segments.  Network  management  and  test  functions  are 
provided  through  TTL  compatible  I/O  pins. 

The  IMR+  device  interfaces  directly  with  the  AMD's 
Am79C987  Hardware  Implemented  Management  Infor- 
mation Base™  (HIMIB)  chip  to  build  a  fully  managed 
multiport  repeater  as  specified  by  the  I EEE  802.3  (Layer 
Management  for  10  Mb/s  Baseband  Repeaters) 
Standard.  When  the  IMR+  and  HIMIB  devices  are  inter- 
connected, complete  repeater  and  per  port  statistics  are 
maintained,  and  can  be  accessed  on  demand  using  a 
simple  8-bit  parallel  interface. 


Publications  17306  Rev.  B  Amendment/0 
Issue  Dale:  April  1994  


This  document  contains  information  on  a  product  under 
The  information  is  intended  to  help  you  evaluate  this  product.  AMD 
continue  work  on  this  proposed  product  without  notice. 
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the  right  to  change  or  dis- 
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For  application  examples  on  building  a  fully  managed 
repeater  using  the  IMR+  and  HIMIB  devices,  refer  to 
AMD's  IEEE  802.3  Repeater  Technical  Manual 
(PID#17314A)  and  the  ISA-HUB™  User  Manual 
(PID#17642A). 


The  device  is  fabricated  in  CMOS  technology  and  re- 
quires a  single  +5  V  supply. 
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RELATED  AMD  PRODUCTS 


Part  No. 

Description 

Am79C98 

Twisted  Pair  Ethernet  Transceiver  (TPEX) 

Am79C100 

Twisted  Pair  Ethernet  Transceiver  Plus  (TPEX+) 

Am7996 

IEEE  802.3/Ethernet/Cheapernet  Transceiver 

Am79C987 

Hardware  Implemented  Management  Information  Base™  (HIMIB™) 

Am79C940 

Media  Access  Controller  for  Ethernet  (MACE™) 

Am7990 

Local  Area  Network  Controller  for  Ethernet  (LANCE) 

Am79C 

90 

CMOS  Local  Area  Network  Controller  for  Ethernet  (C-LANCE) 

Am79C900 

Integrated  Local  Area  Communications  Controller™  (ILACC™) 

Am79C960 

PCnet-ISA  Single-Chip  Ethernet  Controller  (for  ISA  bus) 

Am79C961 

PCnet-ISA-  Single-Chip  Ethernet  Controller  for  ISA  (with  Microsoft3  Plug  n'  Play®  Support) 

Am79C965 

PCnet-32  Single-Chip  32-Bit  Ethernet  Controller 

Am79C970 

PCnet-PCI  Single-Chip  Ethernet  Controller  (for  PCI  bus) 

Am79C974 

PCnet-SCSI  Combination  Ethernet  and  SCSI  Controller  for  PCI  Systems 
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CONNECTION  DIAGRAM 


PLCC 


+  i       +  i   +   i    +   •  + 

oocO'--'-c>jc\jcoco 

oocooooooo  qQ 
4  +  -^xx>xxxxxx>x 
oOQDir[c<o:(tiiiini<[i: 


+  ,  +  .  + 

10  co  cd  cd  r~ 

0  0  0  0  0 

X  X  X  X  X 

tr  cc  tr  tr  tr  cr 


nnnnnnnnnnnnnnnnnnnn 

11  10    9    8    7    6    5    4    3    2    1    84  83  82  81  80  79  78  77  76 


DO-C  12 
DO+C  13 
TXD0+  C  14 
TXD0-  C  15 

DVSSC  16 
TXPO+C  17 
TXPO-C  18 

DVDDC  19 
TXD1+  C  20 
TXD1-C  21 
TXP1+ C  22 
TXP1-C  23 
TXD2+C  24 
TXD2- □  25 
TXP2+  C  26 
TXP2-  C  27 

DVDDC  28 
TXD3+  C  29 
TXD3-  C  30 

DVSS  P  31 
TXP3+  [ 


IMR+  Chip 
Am79C981 


fin 


m  Q 

Q_  CO 


35  36  37  38  39  40  41  42  43  44  45  46  47  48  49  50  51  52 

uuuuuuuuuuuuuuuuuu 


> 

Q 


o       O  UJ  Ice 

CO      H  Q 


?  < 


O  Q 


74  Z 

Z 
Z 

z 
□ 


z 

Zl 
Zl 


73 
72 
71 
70 

69  p 

68 
67 
66 
65 
64 
63 
62 
61 
60 
59 
58 
57 
56 
55 


Zl 
Zl 
Zl 
Zl 

z 
z 
z 
z 


54  Z 


RXD7- 

TXD7+ 

TXD7- 

DVSS 

TXP7+ 

TXP7- 

DVDD 

TXD6+ 

TXD6- 

TXP6+ 

TXP6- 

TXD5+ 

TXD5- 

TXP5+ 

TXP5- 

DVDD 

TXD4+ 

TXD4- 

DVSS 

TXP4+ 

TXP4- 


fc  l° 
<  ill 

Q  |cr 


17306B-2 


Attl79C981 


1-277 


PRELIMINARY 


LOG  C  SYMBOL 


Aur 


Management 
Port 


J  1 


DVdd  AVdd 

TXD+ 

DO+  TXP+ 

°°-  TXD- 
DI+  TXP- 

Dl"  RXD+ 
CI+  RXD- 
Cl- 

SCLK       Am79C981  DAT 

SO 

ACK 

X2  C°L 
REQ 

X1 

TEST  CRS 
STR 

RST 

DVss  AVss 

 » 

 » 

■«  

t — r 


Twisted  Pair 
Ports 
(8  Ports) 


Expansion 
Port 


Port 
Activity 
Monitor 


17306B-3 


LOGIC  DIAGRAM 


AUI 


Management 
Port 

Expansion 
Port 

1  7306  B-4 


1-278 


Am79C981 


PRELIMINARY 


AMD 


ORDERING  INFORMATION 
Standard  Products 

AMD  standard  products  are  available  in  several  packages  and  operating  ranges.  The  order  number  (Valid  Combination)  i 
formed  by  a  combination  of: 


AM79C981 


OPTIONAL  PROCESSING 

Blank  =  Standard  Processing 


TEMPERATURE  RANGE 

C  =  Commercial  (0°C  to +70oC) 


PACKAGE  TYPE 

J  =  84-Pin  Plastic  Leaded  Chip  Carrier  (PL  084) 


SPEED  OPTION 

Not  Applicable 


DEVICE  NUMBER/DESCRIPTION 

Am79C981 

Integrated  Multiport  Repeater  Plus  (IMR+) 


Valid  Combinations 

AM79C981 

JC 

Valid  Combinations 

Valid  Combinations  list  configurations  planned  to  be 
supported  in  volume  for  this  device.  Consult  the  lo- 
cal AMD  sales  office  to  confirm  availability  of  specific 
valid  combinations  or  to  check  on  newly  released 
combinations,  and  to  obtain  additional  data  on 
AMD's  standard  military  grade  products. 
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PIN  DESCRIPTION 


ACK 

Acknowledge 
Input,  Active  LOW 

When  this  input  is  asserted,  it  signals  to  the  requesting 
IMR+  device  that  it  may  control  the  DAT  and  JAM  pins.  If 
the  IMR+  chip  is  not  requesting  control  of  the  DAT  line 
(REQ  pin  HIGH),  then  the  assertion  of  the  ACK  signal 
indicates  the  presence  of  valid  collision  status  on  the 
JAM  or  valid  data  on  the  DAT  line. 

AVod 

Analog  Power 
Power  Pin 

These  pins  supply  the  +5  V  to  the  RXD+/-  receivers,  the 
DI+/-  and  CI+/-  receivers,  the  DO+/-  drivers,  the  internal 
PLL,  and  the  internal  voltage  reference  of  the  IMR+  de- 
vice. These  power  pins  should  be  decoupled  and  kept 
separate  from  other  power  and  ground  planes. 


AVss 
Analog 

Ground 

These 


Ground 
Pin 

pins  are  the  0  V  reference  for  AVdd. 


COL 

Expansion  Collision 
Input,  Active  LOW 

When  this  input  is  asserted  by  an  external  arbiter,  it 
signifies  that  more  than  one  IMR+  device  is  active  and 
that  each  IMR+  device  should  generate  the  Collision 
Jam  Sequence  independently. 

CI+,  Cl- 
Control  In 

Input 

AUI  port  differential  receiver.  Signals  comply  with  IEEE 
802.3,  Section  7. 

CRS 

Carrier  Sense 
Output 

The  states  of  the  internal  carrier  sense  signals  for  the 
AUI  port  and  the  eight  twisted  pair  ports  are  serially  out- 
put on  this  pin  continuously.  The  output  serial  bit  stream 
is  synchronized  to  the  Xi  clock. 

DAT 

Data 

lnput/Output/3- State 

In  non-collision  conditions,  the  active  IMR+  device  will 
drive  DAT  with  NRZ  data,  including  regenerated 
preamble.  During  collision,  when  JAM  =  HIGH,  DAT  is 
used  to  signal  a  multiport  (DAT  =  0)  or  single  port  (DAT  = 
1 )  condition. 


When  ACK  is  not  asserted,  DAT  is  in  high  impedance.  If 
REQ  and  ACK  are  both  asserted,  then  DAT  is  an  output. 
If  ACK  is  asserted  and  REQ  not  asserted,  then  DAT  is 
an  input. 

This  pin  needs  to  be  either  pulled  up  or  pulled  down 
through  a  high  value  resistor. 

DI+,  Dl- 
Data  In 

Input 

AUI  port  differential  receiver.  Signals  comply  with  IEEE 
802.3,  Section  7. 

DO+,  DO- 
Data  Out 

Output 

AUI  port  differential  driver.  Signals  comply  with  IEEE 
802.3,  Section  7. 

DVod 

Digital  Power 
Power  Pin 

These  pins  supply  the  +5  V  to  the  logic  portions  of  the 
IMR+  chip  and  the  TXP+/-,  TXD+/-,  and  DO+/-  line 
drivers. 

DVss 

Digital  Ground 
Ground  Pin 

These  pins  are  the  0  V  reference  for  DVdd. 


DVdd  Pin  # 

DVss  Pin  # 

Function 

19 

16 

TP  ports  0  &  1  drivers 

28 

31 

TP  ports  2  &  3  drivers 

43,  49 

35,  37,  46,  51 

Core  logic  and  expan- 
sion and  control  pins 

59 

56 

TP  ports  4  &  5  drivers 

68 

71 

TP  ports  6  &  7  drivers 

JAM 

Jam 

I  nput/Output/3-State 

When  JAM  is  asserted,  the  state  of  DAT  will  indicate 
either  a  multiport  (DAT  =  0)  or  single  port  (DAT  =  1 )  colli- 
sion condition. 

When  ACK  is  not  asserted,  JAM  is  in  high  impedance.  If 
REQ  and  ACK  are  both  asserted,  then  JAM  is  an  output. 
If  ACK  is  asserted  and  REQ  not  asserted,  then  JAM  is 
an  input. 

This  pin  needs  to  be  either  pulled  up  or  pulled  down 
through  a  high  value  resistor. 
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This  pin  needs  to  be  either  pulled  up  or  pulled  down 
through  a  high  value  resistor. 

REQ 

Request 

Output,  Active  LOW 

This  pin  is  driven  LOW  when  the  IMR+  chip  is  active.  An 
IMR+  chip  is  active  when  it  has  one  or  more  ports  receiv- 
ing or  colliding  or  is  in  the  state  where  it  is  still  transmit- 
ting data  from  the  internal  FIFO.  The  assertion  of  this 
signal  signifies  that  the  IMR+  device  is  requesting  the 
use  of  the  DAT  and  JAM  lines  for  the  transfer  of  re- 
peated data  or  collision  status  to  other  IMR+  devices. 


Reset 

Input,  Active  LOW 

Driving  this  pin  LOW  resets  the  internal  logic  of  the  IM  R+ 
device.  Reset  should  be  synchronized  to  the  Xi  clock  if 
either  expansion  or  port  activity  monitor  is  used. 

RXD+o-7,  RXD-o-7 
Receive  Data 

Input 

10BASE-T  port  differential  receive  inputs  (8  ports). 

SCLK 
Serial  Clock 

Input 

In  normal  operating  mode,  serial  data  (input  oroutput)  is 
clocked  (in  or  out)  on  the  rising  edge  of  the  signal  on  this 
pin.  SCLK  is  asynchronous  to  X1  and  can  operate  up  to 
10  MHz.  In  Minimum  Mode,  this  pin,  together  with  the  SI 
pin,  controls  which  information  is  output  on  the  SO  pin. 

SI 

Serial  In 
Input 

In  normal  operating  mode,  the  SI  pin  is  used  for  test/ 
management  serial  input  port.  Management  commands 
are  clocked  in  on  this  pin  synchronous  to  the  SCLK  in- 
put. In  Minimum  Mode,  this  pin,  together  with  the  SCLK 
pin,  controls  which  information  is  output  on  the  SO  pin. 

In  Minimum  Mode,  the  state  of  SI  at  the  deassertion  of 
RST  signal  determines  the  programming  of  automatic 
polarity  detection/correction  for  10BASE-T  ports. 

SO 

Serial  Out 
Output 

In  normal  operating  mode,  the  SO  pin  is  used  for  test/ 
management  serial  output  port.  Management  results 


are  clocked  out  on  this  pin  synchronous  to  the  SCLK  in- 
put. In  Minimum  Mode,  the  SO  pin  is  used  to  serially  out- 
put the  various  status  information  based  on  the  state  of 
the  SI  and  SCLK  pins. 


SCLK 

SI 

SO  Output 

0 

0 

TP  Ports  Receive  Polarity  Status  + 

AUI  SQE  Test  Error  Status. 

0 

1 

Bit  Rate  Error  (all  ports). 

1 

0 

TP  Ports  Link  Status  +  AUI 

LoopBack  Status. 

1 

1 

Port  Partitioning  Status  (all  ports). 

STR 

Store 

Input/Output 

As  an  output,  this  pin  goes  HIGH  for  two  Xi  clock  cycle 
times  after  the  nine  carrier  sense  bits  are  output  on  the 
CRS  pin.  Note  that  the  carrier  sense  signals  arriving 
from  each  port  are  latched  internally,  so  that  an  active 
transition  is  remembered  between  samples.  The  accu- 
racy of  the  carrier  sense  signals  produced  in  this  man- 
ner is  10  bit  times  (1  u.s). 

When  used  in  conjunction  with  the  HIMIB  device,  the 
STR  pin  will  be  configured  as  an  input  automatically  af- 
ter a  hardware  reset.  The  HIMIB  device  uses  this  input 
to  communicate  with  the  IMR+  device.  When  used  with 
the  HIMIB  chip,  this  pin  must  be  pulled  up  via  a  high 
value  resistor. 

TEST 

Test  Pin 

Input,  Active  HIGH 

This  pin  should  be  tied  LOW  for  normal  operation.  If  this 
pin  is  driven  HIGH,  then  the  IMR+  device  can  be  pro- 
grammed for  Loopback  Test  Mode.  Also,  if  this  pin  is 
HIGH  when  the  RST  pin  is  deasserted,  the  IMR+  device 
will  enter  the  Minimum  Mode.  An  inverted  version  of  the 
RST  signal  can  be  used  to  program  the  device  into  the 
Minimum  Mode. 


Test 

SI 

Functions 

0 

0 

Normal  Management  Mode 

0 

1 

Normal  Management  Mode 

1 

0 

Minimum  Mode,  Receive 

Polarity  Correction  disabled 

1 

1 

Minimum  Mode,  Receive 

Polarity  Correction  enabled 

Am79C981 
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TXD+o-7,  TXD-o-7 
Transmit  Data 

Output 

10BASE-T  port  differential  drivers  (8  ports). 

TXP+o-7,  TXP-o-7 
Transmit  Pre-distortlon 

Output 

1 0BASE-T  transmit  waveform  pre-distortion  control  dif- 
ferent al  outputs  (8  ports). 


X, 

Crystal  1 

Crystal  Connection 

The  internal  clock  generator  uses  a  20  MHz  crystal  at- 
tached to  pins  Xi  and  X2.  Alternatively,  an  external 
20  MHz  CMOS  clock  signal  can  be  used  to  drive  this  pin. 

X2 

Crystal  2 

Crystal  Connection 

The  internal  clock  generator  uses  a  20  MHz  crystal  at- 
tached to  pins  X1  and  X2.  If  an  external  clock  source  is 
used,  this  pin  should  be  left  unconnected. 
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FUNCTIONAL  DESCRIPTION 

The  Am79C981  Integrated  Multiport  Repeater  Plus  de- 
vice is  a  single  chip  implementation  of  an  IEEE 
802.3/Ethernet  repeater  (or  hub).  In  addition  to  the  eight 
integral  10BASE-T  ports  plus  one  AUI  port  comprising 
the  basic  repeater,  the  IMR+  chip  also  provides  the 
hooks  necessary  for  complex  network  management 
and  diagnostics.  The  IMR+  device  is  also  expandable, 
enabling  the  implementation  of  high  port  count  repeat- 
ers based  on  several  IMR+  devices. 

The  IMR+  device  interfaces  directly  with  AMD's 
Am79C987  Hardware  Implemented  Management  Infor- 
mation Base  (HIMIB)  device  to  allow  a  fully  managed 
multiport  repeater  to  be  implemented  as  specified  by  the 
Layer  Management  for  10  Mb/s  Baseband  Repeaters 
Standard.  When  the  IMR+  and  HIMIB  devices  are  used 
as  a  chip  set,  the  HIMIB  device  maintains  complete  re- 
peater and  per  port  statistics  which  can  be  accessed  on 
demand  by  a  microprocessor  through  a  simple  8-bit  par- 
allel port. 

The  IMR+  chip  complies  with  the  full  set  of  repeater  ba- 
sic functions  as  defined  in  section  9  of  ISO  8802.3 
(ANSI/IEEE  802.3c).  These  functions  are  summarized 
below. 

Repeater  Function 

If  any  single  network  port  senses  the  start  of  a  valid 
packet  on  its  receive  lines,  then  the  IMR+  device  will  re- 
transmit the  received  data  to  all  other  enabled  network 
ports.  The  repeated  data  will  also  be  presented  on  the 
DAT  line  to  facilitate  multiple-IMR+  device  repeater 
applications. 

Signal  Regeneration 

When  re-transmitting  a  packet,  the  IMR+  device  en- 
sures that  the  outgoing  packet  complies  with  the  802.3 
specification  in  terms  of  preamble  structure,  voltage  am- 
plitude, and  timing  characteristics.  Specifically,  data 
packets  repeated  by  the  IMR+  chip  will  contain  a  mini- 
mum of  56  preamble  bits  before  the  Start  of  Frame  De- 
limiter. In  addition,  the  voltage  amplitude  of  the  repeated 
packet  waveform  will  be  restored  to  levels  specified  in 
the  802.3  specification.  Finally,  signal  symmetry  is  re- 
stored to  data  packets  repeated  by  the  IMR+  device, 
removing  jitter  and  distortion  caused  by  the  network 
cabling. 

Jabber  Lockup  Protection 

The  IMR+  chip  implements  a  built-in  jabber  protection 
scheme  to  ensure  that  the  network  is  not  disabled  due  to 
transmission  of  excessively  long  data  packets.  This  pro- 
tection scheme  will  automatically  interrupt  the  transmit- 
ter circuits  of  the  IM  R+  device  for  96-bit  times  if  the  IM  R+ 
device  has  been  transmitting  continuously  for  more  than 
65,536-bit  times.  This  is  referred  to  as  MAU  Jabber 
Lockup  Protection  (MJLP).  The  MJLP  status  for  the 


IMR+  chip  can  be  read  through  the  Management  Port 
using  the  Get  MJLP  Status  command  (M  bit  returned). 

Collision  Handling 

The  IM  R+  chip  will  detect  and  respond  to  collision  condi- 
tions as  specified  in  802.3.  A  multiple-IMR+  device  re- 
peater implementation  also  complies  with  the  802.3 
specification  due  to  the  inter-IMR+  chip  status  commu- 
nication provided  by  the  expansion  port.  Specifically,  a 
repeater  based  on  one  or  more  IMR+  devices  will  han- 
dle the  transmit  collision  and  one-port-left  collision  con- 
ditions correctly  as  specified  in  Section  9  of  the  802.3 
specification. 

Fragment  Extension 

If  the  total  packet  length  received  by  the  IMR+  device  is 
less  than  96  bits,  including  preamble,  the  IMR+  chip  will 
extend  the  repeated  packet  length  to  96  bits  by  append- 
ing a  Jam  sequence  to  the  original  fragment. 

Auto  Partitioning/Reconnection 

Any  of  the  integral  TP  ports  and  AUI  port  can  be  parti- 
tioned under  excessive  duration  or  frequency  of  colli- 
sion conditions.  Once  partitioned,  the  IMR+  device  will 
continue  to  transmit  data  packets  to  a  partitioned  port, 
but  will  not  respond  (as  a  repeater)  to  activity  on  the  par- 
titioned port's  receiver.  The  IMR+  chip  will  monitor  the 
port  and  reconnect  it  once  certain  criteria  indicating  port 
'wellness'  are  met.  The  criteria  for  reconnection  are 
specified  by  the  802.3  standard.  In  addition  to  the  stan- 
dard reconnection  algorithm,  the  IMR+  device  imple- 
ments an  alternative  reconnection  algorithm  which 
provides  a  more  robust  partitioning  function  for  the  TP 
ports  and/orthe  AUI  port.  Each  TP  port  and  the  AUI  port 
are  partitioned  and/or  reconnected  separately  and  inde- 
pendently of  other  network  ports. 

Either  one  of  the  following  conditions  occuring  on  any 
enabled  IMR+  device  network  port  will  cause  the  port  to 
partition: 

a.  A  collision  condition  exists  continuously  for  a  time 
between  1024-  to  2048-bit  times  (AUI  port— SQE 
signal  active;  TP  port— simultaneous  transmit  and 
receive) 

b.  A  collision  condition  occurs  during  each  of  32  con- 
secutive attempts  to  transmit  to  that  port. 

Once  a  network  port  is  partitioned,  the  IMR+  device  will 
reconnect  that  port  if  the  following  is  met: 

a.  Standard  reconnection  algorithm — A  data  packet 
longer  than  51 2-bit  times  (nominal)  is  transmitted  or 
received  by  the  partitioned  port  without  a  collision. 

b.  Alternate  reconnection  algorithm — A  data  packet 
longer  than  51 2-bit  times  (nominal)  is  transmitted  by 
the  partitioned  port  without  a  collision. 
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The  reconnection  algorithm  option  (standard  or  alter- 
nate) isaglobal  function  forthe  TP  ports,  i.e.  all  TP  ports 
use  the  same  reconnection  algorithm.  The  AUI 
reconnection  algorithm  option  is  programmed  inde- 
pendently of  the  TP  port  reconnection  option. 

Link  Test 

The  integral  TP  ports  implement  the  Link  Test  function 
as  specified  in  the  802.3 1 0BASE-T  standard.  The  IMR+ 
device  will  transmit  Link  Test  pulses  to  any  TP  port  after 
that  port's  transmitter  has  been  inactive  for  more  than  8 
to  17  ms.  Conversely,  if  a  TP  port  does  not  receive  any 
data  packets  or  Link  Test  pulses  for  more  than  65  to 
132  ms  and  the  Link  Test  function  is  enabled  for  that 
port  then  that  port  will  enter  link  fail  state.  A  port  in  link 
fail  state  will  be  disabled  by  the  IMR+  chip  (repeater 
transmit  and  receive  functions  disabled)  until  it  receives 
either  four  consecutive  Link  Test  pulses  or  a  data  pack- 
et. The  Link  Test  receive  function  itself  can  be  disabled 
via  the  IMR+  chip  management  port  on  a  port-by-port 
basis  to  allow  the  IMR+  device  to  interoperate  with  pre- 
10BASE-T  twisted  pair  networks  that  do  not  implement 
the  Link  Test  function.  This  interoperability  is  possible 
because  the  IMR+  device  will  not  allow  the  TP  port  to  en- 
ter link  fail  state,  even  if  no  Link  Test  pulses  or  data 
packets  are  being  received.  Note  however  that  the 
IMR+  chip  will  always  transmit  Link  Test  pulses  to  all  TP 
ports  regardless  of  whether  or  not  the  port  is  enabled, 
partitioned,  in  link  fail  state,  or  has  its  Link  Test  receive 
function  disabled. 

Polarity  Reversal 

The  TP  ports  have  the  optional  (programmable)  ability 
to  invert  (correct)  the  polarity  of  the  received  data  if  the 
TP  port  senses  that  the  received  data  packet  waveform 
polarity  is  reversed  due  to  a  wiring  error.  This  receive 
circuitry  polarity  correction  allows  subsequent  packets 


to  be  repeated  with  correct  polarity.  This  function  is  exe- 
cuted once  following  reset  or  link  fail,  and  has  a 
programmable  enable/disable  option  on  a  port-by-port 
basis.  This  function  is  disabled  upon  reset  and  can  be 
enabled  via  the  IMR+  chip  Management  Port. 

Reset 

The  IMR+  device  enters  reset  state  when  the  RST  pin  is 
driven  LOW.  After  the  initial  application  of  power,  the 
RST  pin  must  be  held  LOW  for  a  minimum  of  150  u.s 
(3000  X1  clock  cycles).  If  the  RST  pin  is  subsequently 
asserted  while  power  is  maintained  to  the  IMR+ device, 
a  reset  duration  of  only  4  u.s  is  required.  The  IMR+  chip 
continues  to  be  in  the  reset  state  for  10  X1  clocks 
(0.5  (is)  following  the  rising  edge  of  RST.  During  reset, 
the  output  signals  are  placed  in  their  inactive  states. 
This  means  that  all  analog  signals  are  placed  in  their  idle 
states,  bidirectional  signals  (except  STR  signal)  are  not 
driven,  active  LOW  signals  are  driven  HIGH,  and  all  ac- 
tive HIGH  signals  and  the  STR  pin  are  driven  LOW. 

An  internal  circuit  ensures  that  a  minimum  reset  pulse  is 
generated  for  all  internal  circuits.  For  a  RST  input  with  a 
slow  rising  edge,  the  input  buffer  threshold  may  be 
crossed  several  times  due  to  ripple  on  the  input 
waveform. 

In  a  multiple  IMR+  chip  repeater  the  RST  signal  should 
be  applied  simultaneously  to  all  IMR+  devices  and 
should  be  synchronized  to  the  external  X1  clock.  Reset 
synchronization  is  also  required  when  accessing  the 
PAM  (Port  Activity  Monitor). 

The  SI  signal  should  be  held  HIGH  for  at  least  500  ns  fol- 
lowing the  rising  edge  of  RST. 

Table  1  summarizes  the  state  of  the  IMR+  chip  following 
reset. 


Table  1.  IMR+ Chip  After  Reset 


Function 

State  After  Reset 

Pull  Up/Pull  Down 

Act  ve  LOW  outputs 

HIGH 

No 

Active  HIGH  outputs 

LOW 

No 

SO  Output 

HIGH 

No 

DAT,  JAM 

HI-IMPEDANCE 

Either 

STR 

LOW 

Pull  Up* 

Transmitters  (TP  and  AUI) 

IDLE 

No 

Receivers  (TP  and  AUI) 

ENABLED 

Terminated 

AUI  Partitioning/Reconnection  Algorithm 

STANDARD  ALGORITHM 

N/A 

TP  Port  Partitioning/Reconnection  Algorithm 

STANDARD  ALGORITHM 

N/A 

Link  Test  Function  for  TP  Ports 

ENABLED,  TP  PORTS  IN  LINK  FAIL 

N/A 

Automatic  Receiver  Polarity  Reversal  Function 

DISABLED 

N/A 

'Only  when  used  with  the  HIMIB  device. 
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Expansion  Port 

The  IMR+  chip  Expansion  Port  is  comprised  of  five  pins; 
two  are  bi-directional  signals  (DAT  and  JAM) ,  two  are  in- 
put  signals  (ACK  and  COL),  and  one  is  an  output  signal 
(REQ).  These  signals  are  used  when  a  multiple-IMR+ 
device  repeater  application  is  employed.  In  this  configu- 
ration, all  IMR+  chips  must  be  clocked  synchronously 
with  a  common  clock  connected  to  the  X1  inputs  of  all 
IMR+  devices.  Reset  needs  to  be  synchronized  to 
X1  clock. 

The  IMR+  device  expansion  scheme  allows  the  use  of 
multiple  IMR+  chips  in  a  single  board  repeater  or  a 
modular  multiport  repeater  with  a  backplane  architec- 
ture. The  DAT  pin  is  a  bidirectional  I/O  pin  which  can  be 
used  to  transfer  data  between  the  IMR+  devices  in  a 
multiple-IMR+  chip  design.  The  data  sent  over  the  DAT 
line  is  in  NRZ  format  and  is  synchronized  to  the  common 
clock.  The  JAM  pin  is  another  bidirectional  I/O  pin  that  is 
used  by  the  active  IM  R+  chip  to  communicate  its  internal 
status  to  the  remaining  (inactive)  IMR+  devices.  When 
JAM  is  asserted  HIGH,  it  indicates  that  the  active  IMR+ 
device  has  detected  a  collision  condition  and  is  generat- 
ing Jam  Sequence.  During  this  time  when  JAM  is  as- 
serted HIGH,  the  DAT  line  is  used  to  indicate  whether 
the  active  IMR+  chip  is  detecting  collision  on  one  port 
only  or  on  more  than  one  port.  When  DAT  is  driven 
HIGH  by  the  IMR+  chip  (while  JAM  is  asserted  by  the 
IMR+  chip),  then  the  active  IMR+  device  is  detecting  a 
collision  condition  on  one  port  only.  This  'one-port-left' 
signaling  is  necessary  for  a  multiple-IMR+  device  re- 
peaterto  function  correctly  as  a  single  multiport  repeater 
unit.  The  IMR+  chip  also  signals  the  'one  port  left'  colli- 
sion condition  in  the  event  of  a  runt  packet  or  collision 
fragment;  this  signal  will  continue  forone  expansion  port 
bus  cycle  (100  ns)  before  deasserting  REQ. 

The  arbitration  for  access  to  the  bussed  bi-directional 
signals  (DAT  and  JAM)  is  provided  by  one  output  (REQ) 
and  two  inputs  (ack  and  COL).  The  IMR+  chip  asserts 
the  REQ  pin  to  indicate  that  it  is  active  and  wishes  to 
drive  the  DAT  and  JAM  pins.  An  external  arbiter  senses 
the  REQ  lines  from  all  the  IM  R+  devices  and  asserts  the 
ACK  line  when  one  and  only  one  IMR+  chip  is  asserting 
its  REQ  line.  If  more  than  one  IMR+  chip  is  asserting  its 
REQ  line,  the  arbiter  must  assert  the  COL  signal,  indi- 
cating that  more  than  one  IMR+  device  is  active.  More 


than  one  active  IM  R+  device  at  a  time  constitutes  a  colli- 
sion condition,  and  all  IMR+  devices  are  notified  of  this 
occurence  via  the  COL  line  of  the  Expansion  Port. 

Note  that  a  transition  from  multiple  IMR+  devices  arbi- 
trating for  the  DAT  and  JAM  pins  (with  COL  asserted, 
ACK  deasserted)  to  a  condition  when  only  one  IMR+ 
chip  is  arbitrating  for  the  DAT  and  JAM  pins  (with  ACK 
asserted,  COL  deasserted)  involves  one  expansion  port 
bus  cycle  (100  ns).  During  this  transitional  bus  cycle, 
COL  is  deasserted,  ACK  is  asserted,  and  the  DAT  and 
JAM  pins  are  not  driven.  However,  each  IMR+  device 
will  remain  in  the  collision  state  (transmitting  jam  se- 
quence) during  this  transitional  bus  cycle.  In  subse- 
quent  expansion  port  bus  cycles  (REQ  and  ACK  still 
asserted),  the  IMR+  devices  will  return  to  the  'master 
and  slaves'  condition  where  only  one  IMR+  device  is  ac- 
tive (with  collision)  and  is  driving  the  DAT  and  JAM  pins. 
An  understanding  of  this  sequence  is  crucial  if  non- 
IMR+  devices  (such  as  an  Ethernet  controller)  are  con- 
nected to  the  expansion  bus.  Specifically,  the  last 
device  to  back  off  of  the  Expansion  Port  after  a  multi- 
IMR+  chip  collision  must  assert  the  JAM  line  until  it  too 
drops  its  request  for  the  Expansion  Port. 

External  Arbiter 

A  simple  arbitration  scheme  is  required  when  multiple 
IMR+  devices  are  connected  together  to  increase  the  to- 
tal number  of  repeater  ports.  The  arbiter  should  have 
one  input  (REQ1  ...REQn)  for  each  of  the  n  IMR+  de- 
vices to  be  used,  and  two  global  outputs  (COL  and 
ACK).  This  function  is  easily  implemented  in  a  PAL®  de- 
vice, with  the  following  logic  equations: 


ACK  =     REQ1  &  REQ2  &  REQ3  &  ....REQn 
+     REQ1  &  REQ2  &  REQ3  &  ....REQn 


+     REQ1  &  REQ2  &  REQ3  &  ....  REQn 
COL  =    ACK  &  (REQ1  +  REQ2  +  REQ3  +  ...  REQn) 

Above  equations  are  in  positive  logic,  i.e.,  a  variable  is 
true  when  asserted. 

A  single  PALCE16V8  will  perform  the  arbitration  func- 
tion for  a  repeater  based  on  several  IMR+  devices. 
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Figure  1.  Multiple  IMR+  Devices 


Modular  Repeater  Design 

The  expansion  port  of  the  IMR+  chip  also  allows  for 
modular  expansion.  By  sharing  the  arbitration  duties  be- 
tween a  backplane  bus  architecture  and  several  sepa- 
rate repeater  modules  one  can  build  an  expandable 
repeater  based  on  modular  'plug-in'  cards.  Each 


repeater  module  performs  the  local  arbitration  function 
for  the  IMR+  devices  on  that  module,  and  provides  sig- 
nals to  the  backplane  for  use  by  a  global  arbiter. 

For  more  detailed  information,  see  AMD's  IEEE  802.3 
Repeater  Technical  Manual,  PID#  17314A. 
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Repeater  MAC  Interconnection 

Because  all  repeated  data  in  the  IMR+  chip  or  multi- 
IMR+  chip  design  is  available  on  the  Expansion  Port,  all 
network  traffic  can  be  monitored  by  an  external  Media 
Access  Controller  (MAC)  device  such  as  the  Am7990, 
Am79C900,  Am79C940,orAm79C960.A  repeaterwith 
such  a  controller  is  capable  of  providing  extensive  hub 
management  functions,  as  well  as  being  addressable  as 
a  network  node.  The  MAC  device  can  gather  statistics 
and  data  concerning  the  state  of  the  hub  and  the 


network,  and  the  network  addressability  allows  a  remote 
management  station  to  monitor  this  statistical  data  and 
to  request  actions  to  be  performed  by  the  repeater  (i.e. 
port  enable/disable). 

Figure  2  shows  how  to  interface  a  repeater  based  on 
multiple  IMR+ devices  to  an  Ethernet  controller  such  as 
the  Am79C900  ILACC  orthe  Am7990  LANCE.  For  more 
information  on  this  design,  refer  to  AMD's  IEEE  802.3 
Repeater  Technical  Manual,  PID#  17314A. 
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Figure  2.  Expandable  Modular  Repeater 
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Management  Port 

The  IMR+  device  management  functions  are  enabled 
when  the  TEST  pin  is  tied  LOW.  The  management  com- 
mands are  byte  oriented  data  and  are  input  serially  on 
the  SI  pin.  Any  responses  generated  during  execution  of 
a  management  command  are  output  serially  in  a  byte- 
oriented  format  by  the  IMR+  device  on  the  SO  pin.  Both 
the  input  and  output  data  streams  are  clocked  with  the 
rising  edge  of  the  SCLK  pin.  The  serial  command  data 
stream  and  any  associated  results  data  stream  are 
structured  in  a  manner  similar  to  the  RS232  serial  data 
format,  i.e.,  one  Start  Bit  followed  by  eight  Data  Bits. 

The  externally  generated  clock  at  the  SCLK  pin  can  be 
either  a  free  running  clock  synchronized  to  the  input  bit 
patterns  or  a  series  of  individual  transitions  meeting  the 


setup  and  hold  times  with  respect  to  the  input  bit  pattern. 
If  the  latter  method  is  used,  it  is  to  be  noted  that  20  SCLK 
clock  transitions  are  required  for  proper  execution  of 
management  commands  that  produce  SO  data,  and 
that  1 4  SCLK  clock  transitions  are  needed  to  execute 
management  commands  that  do  not  produce  SO  data. 

Management  Commands 

The  following  section  details  the  operation  of  each  man- 
agement command  available  in  the  IMR+  chip.  In  all 
cases,  the  individual  bits  in  each  command  byte  are 
shown  with  the  MSB  on  the  left  and  the  LSB  on  the  right. 
Data  bytes  are  received  and  transmitted  LSB  first  and 
MSB  last.  See  Table  2  for  a  summary  of  the  manage- 
ment commands. 
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Table  2.  Management  Port  Command  Summary 


Commands 

SI  Data 

SO  Data 

Set  (Write)  Opcodes 

IMR+  Chip  Programmable  Options 

0000  1 CSA 

Alternate  AUI  Partitioning  Algorithm 

0001  1111 

Alternate  TP  Partitioning  Algorithm 

0001  0000 

AUI  Port  Disable 

0010  1111 

AUI  Port  Enable 

0011  1111 

TP  Port  Disable 

0010  0### 

TP  Port  Enable 

001 1  0### 

Disable  Link  Test  Function  (per  TP  port) 

0100  0### 

Enable  Link  Test  Function  (per  TP  port) 

0101  0### 

Disable  Automatic  Receiver  Polarity  Reversal  (per  TP  port) 

0110  0### 

Enable  Automatic  Receiver  Polarity  Reversal  (per  TP  port) 

0111  0### 

Get  (Read)  Opcodes 

AUI  Port  Status  (B,  S.  L  Cleared) 

1000  1111 

PBSL  0000 

TP  Port  Partitioning  Status 

1000  0000 

C7...C0 

Bit  Rate  Status  of  TP  ports 

1010  0000 

E7...E0 

Link  Test  Status  of  TP  ports 

1101  0000 

L7...L0 

Receive  Polarity  Status  of  all  TP  ports 

1110  0000 

P7...P0 

MJLP  Status 

1111  0000 

M000  0000 

Version 

1111  1111 

XXXX  0001 

AUI  Port  Status  (S,  L  Cleared) 

1000  1011 

PBSL  0000 

AUI  Port  Status  (B  Cleared) 

1000  1101 

PBSL  0000 

AUI  Port  Status  (None  Cleared) 

1000  1001 

PBSL  0000 



Notes: 

1.  Unused  opcodes  are  reserved  for  future  use. 

2.  ###  is  the  port  number  (000  to  111  for  TP0  to  TP7) 
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SET  (Write)  Opcodes 

IMR+  Chip  Programmable  Options 

SI  data:      0000  1CSA 

SO  data:  None 

IMR+  Chip  Programmable  Options  can  be  enabled  (dis- 
abled by  setting  (resetting)  the  appropriate  bit  in  the 
command  string.  The  three  programmable  bits  are: 
C— CI  Reporting;  S— AUI  SQE  Test  Mask,  and 
A— Alternative  Port  Activity  Monitor  (PAM)  Function. 
These  options  can  be  enabled  (disabled)  by  setting  (re- 
setting) the  appropriate  bit  in  the  command  string. 

When  writing  to  this  register  through  the  Am79C987 
HIMIB  device,  the  A  and  C  bits  should  not  be  changed 
(A=0,  C=1). 

C — CI  Reporting 

Setting  this  bit  alters  the  tunction  of  the  STR  pin.  In  this 
mode,  the  STR  pin  becomes  an  input  in  response  to  the 
AMD's  Am79C987  HIMIB  device.  Upon  deassertion  of 
RST,  the  HIMIB  automatically  sets  this  bit  following  IMR/ 
IMR+  device  type  detection. 

When  this  mode  is  selected,  the  CRS  output  bit  string 
format  is  modified  to  include  CI  carrier  bit  (in  addition  to 
AUI  carrier).  This  bit  occupies  the  bit  position  immedi- 
ately preceding  the  AUI  bit  in  the  CRS  bit  string  (1 0  bits) 
output.  Note  that  the  AUI  bit  gets  asserted  if  either  the  CI 
or  Dl  signal  pairs  are  active. 

S— AUI  SQE  Test  Mask 

Setting  this  bit  allows  the  IM  R+  chip  to  ignore  activity  on 
the  CI  signal  pair,  in  the  SQE  Test  Window,  following  a 
transmission  on  the  AUI  port.  This  event  occurs  when 
the  attached  MAU  has  the  SQE  Test  option  enabled, 
therefore  generating  a  burst  of  CI  activity  following  every 
transmission.  This  is  interpreted  by  the  IMR+  device  as 
a  collision,  causing  the  IMR+  device  to  generate  a  full 
Jam  pattern.  Although  the  MAU  attached  to  a  repeater  is 
required  not  to  have  its  SQE  test  function  active,  this  is  a 
common  installation  error,  causing  difficulty  in  diagnos- 
ing network  throughput  problems. 

The  SQE  Test  Window,  as  defined  by  the  IEEE  802.3 
(Section  7.2.2.2.4),  is  from  6-bit  times  to  34-bit  times 
(0.6  |is  to  3.4  us).  This  includes  delay  introduced  by  a 
50  m  AUI.  CI  activity  that  occurs  outside  this  window  is 
not  ignored  and  is  treated  as  true  collision. 

Note  that  enabling  this  function  does  not  prevent  the  re- 
porting of  this  condition  by  the  IMR+  device  and  the  two 
functions  operate  independently. 


A— Alternative  Port  Activity  Monitor  (PAM) 
Function 

Setting  the  Alternative  Port  Activity  Monitor  Function  al- 
lows the  PAM  function  to  be  altered  such  that  the  Carrier 
Sense  data  is  presented  unmodified.  In  default  opera- 
tion the  PAM  output  (Carrier  Sense  bits  in  the  CRS  bit 
stream)  are  masked  if  the  port  is  either  disabled  or  parti- 
tioned. This  does  not  allow  the  Repeater  Management 
software  to  sense  activity  on  all  segments  at  all  times. 
The  ability  to  monitor  partitioned  ordisabled  ports  allows 
fault  tolerance  to  be  built  into  the  Repeater  Management 
software. 

Alternate  AUI  Port  Partitioning  Algorithm 

SI  data:  00011111 

50  data:  None 

The  AUI  port  Partitioning/Reconnection  scheme  can  be 
programmed  for  the  alternate  (transmit  only)  reconnec- 
tion  algorithm  by  invoking  this  command.  To  return  the 
AUI  back  to  the  standard  (transmit  or  receive) 
reconnection  algorithm,  it  is  necessary  to  reset  the 
IMR+  device.  Standard  partitioning  algorithm  is  se- 
lected upon  reset. 

Alternate  TP  Ports  Partitioning  Algorithm 

51  data:  00010000 

50  data:  None 

The  TP  ports  Partitioning/Reconnection  scheme  can  be 
programmed  for  the  alternate  (transmit  only) 
reconnection  algorithm  by  invoking  this  command.  All 
TP  ports  are  affected  as  a  group  by  this  command.  To 
return  the  TP  ports  back  to  the  standard  (transmit  or  re- 
ceive) reconnection  algorithm,  it  is  necessary  to  reset 
the  IM R+  device.  The  standard  partitioning  algorithm  is 
selected  upon  reset. 

AUI  Port  Disable 

51  data:  00101111 
SO  data:  None 

The  AUI  port  will  be  disabled  upon  receiving  this  com- 
mand. Subsequently,  the  IMR+ chip  will  ignore  all  inputs 
(Carrier  Sense  and  SQE)  appearing  at  the  AUI  port  and 
will  not  transmit  any  data  or  Jam  Sequence  on  the  AUI 
port.  Issuing  this  command  will  also  cause  the  AUI  port 
to  have  its  internal  partitioning  state  machine  forced  to 
its  idle  state.  Therefore,  a  Partitioned  Port  may  be  re- 
connected by  first  disabling  and  then  re-enabling 
the  port. 
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AUI  Port  Enable 

SI  data:  00111111 

50  data:  None 

This  command  enables  a  previously  disabled  AUI  port. 
Note  that  a  partitioned  AUI  port  may  be  reconnected  by 
first  disabling  (AUI  Port  Disable  Command)  and  then  re- 
enabling  the  port  with  this  command. 

All  ports  are  enabled  upon  reset. 

TP  Port  Disable 

51  data:  00100### 

50  data:  None 

(###  is  TP  port  number) 

The  TP  port  designated  in  the  command  byte  will  be  dis- 
abled upon  receiving  this  command.  Subsequently,  the 
IMR+  device  will  ignore  all  inputs  appearing  at  the  dis- 
abled port's  receive  pins  and  will  not  transmit  any  data  or 
JAM  Sequence  on  that  port's  transmit  pins.  Issuing  this 
command  will  also  cause  a  TP  port  to  have  its  partition- 
ing state  machine  returned  to  its  Idle  State  (Port  Recon- 
nected). Therefore,  a  partitioned  port  may  be 
reconnected  by  first  disabling  and  then  re-enabling  the 
port.  The  disabled  port  will  continue  to  report  correct 
Link  Test  Status. 

TP  Port  Enable 

51  data:  00110### 

50  data:  None 

(###  is  TP  port  number) 

This  command  enables  a  previously  disabled  TP  port. 
Re-enabling  a  disabled  port  causes  the  port  to  be  placed 
into  Link  Test  Fail  state.  This  ensures  that  packet  frag- 
ments received  on  the  port  are  not  repeated  to  the  rest  of 
the  network.  Note  that  to  force  a  TP  port  into  the  Link  Fail 
state  and/or  to  reconnect  a  partitioned  TP  port,  the  port 
should  first  be  disabled  (TP  Port  Disable  Command) 
and  then  re-enabled  with  this  command.  All  ports  are 

Disable  Link  Test  Function  of  a  TP  Port 

51  data:  01000### 
SO  data:  None 

(###  is  TP  port  number) 

This  command  disables  the  Link  Test  Function  at  the  TP 
port  designated  in  the  command  byte,  i.e.,  the  TP  port 
will  no  longer  be  disconnected  due  to  Link  Fail.  A  TP  port 
which  has  its  Link  Test  Function  disabled  will  continue  to 
transmit  Link  Test  Pulses.  If  a  twisted  pair  port  has  Link 
Test  disabled,  then  reading  the  Link  Test  Status  indi- 
cates it  being  in  Link  Test  Pass. 


Enable  Link  Test  Function  of  a  TP  Port 

SI  data:  01010### 

50  data:  None 

(###  is  TP  port  number) 

This  command  re-enables  the  Link  Test  Function  in  the 
TP  port  designated  in  the  command  byte.  This  com- 
mand executes  only  if  the  designated  TP  port  has  had 
the  Link  Test  Function  disabled  by  the  Disable  Link  Test 
Function  command.  Otherwise,  the  command  is  ig- 
nored. Link  Test  is  enabled  upon  reset. 

Disable  Automatic  Receiver  Polarity  Reversal 

51  data:  01100### 

50  data:  None 

(###  is  TP  port  number) 

This  command  disables  the  Automatic  Receiver  Polarity 
Reversal  Function  for  the  TP  port  designated  in  the 
command  byte.  If  this  function  is  disabled  on  a  TP  port 
with  reverse  polarity  (due  to  a  wiring  error),  then  the  TP 
port  will  fail  Link  Test  due  to  the  reversed  polarity  of  the 
Link  Pulses.  If  the  Link  Test  Function  is  also  disabled  on 
the  TP  port,  then  the  received  reversed  polarity  packets 
would  be  repeated  to  all  other  network  ports  in  the  IMR+ 
chip  as  inverted  data.  Automatic  Polarity  reversal  is  dis- 
abled upon  reset. 

Enable  Automatic  Receiver  Polarity  Reversal 

51  data:      01 1 1 0### 

50  data:  None 

(###  is  TP  port  number) 

This  command  enables  the  Automatic  Receiver  Polarity 
Reversal  Function  for  the  TP  port  designated  in  the 
command  byte.  If  enabled  in  a  TP  port,  the  IMR+  chip 
will  automatically  invert  the  polarity  of  that  TP  port's  re- 
ceiver circuitry  if  the  TP  port  is  detected  as  having 
reversed  polarity  (due  to  a  wiring  error).  After  reversing 
the  receiver  polarity,  the  TP  port  could  then  receive  sub- 
sequent (reverse  polarity)  packets  correctly. 

GET  (Read)  Opcodes 
AUI  Port  Status 

51  data:  10001111 
SO  data:  PBSL0000 

The  combined  AUI  status  allows  a  single  instruction  to 
be  used  for  monitoring  AUI  port.  The  four  status  bits  re- 
ported are: 
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P  Partitioning  Status.  This  bit  is  0  if  the  AUI  port  is 
partitioned  and  1  if  connected. 

B  Bit  Rate  Error.  This  bit  is  set  to  1  if  there  has  been 
an  instance  of  FIFO  Overflow  or  Underflow, 
caused  by  data  received  at  the  AUI  port.  This  bit  is 
cleared  when  the  status  is  read. 

S  SQE  Test  Status.  This  bit  is  set  to  1  if  SQE  Test  is 
detected  by  the  IMR+  chip.  This  bit  is  cleared 
when  the  status  is  read.  A  MAU  attached  to  a  re- 
peater must  have  SQE  Test  disabled.  This  bit  is 
set  even  if  the  AUI  port  is  disabled  or  partitioned. 

L  Loop  Back  Error.  The  MAU  attached  to  the  AUI  is 
required  to  loopback  data  transmitted  to  DO  onto 
the  Dl  circuit.  If  loopback  carrier  is  not  detected  by 
the  IMR+  device,  then  this  bit  is  set  to  1  to  report 
this  condition.  This  bit  is  cleared  when  the  status  is 
read.  For  a  repeater  this  is  the  only  indication  of  a 
broken  or  missing  MAU. 

Alternate  AUI  Port  Status 


SI  data: 
SO  data: 


10001111 
PBSL0000 


There  are  three  further  variations  of  the  above  com- 
mand, allowing  selective  clearing  of  a  combination  of  B, 
S,  and  L  bits.  They  are  primarily  included  for  use  by  the 
HIMIB  chip.  These  are: 


Alternative  1 . 


Alternative  2. 


SI  data:  10001011 
SO  data:  PBSL0000 

B  is  not  cleared.  S  and  L  are  cleared. 


SI  data:  10001101 
SO  data:  PBSL0000 

S  and  L  are  not  cleared.  B  is  cleared. 


Alternative  3. 


SI  data:  10001001 

SO  data:  PBSLO0O0 

None  of  S,  B  and  L  are  cleared. 


TP  Port  Partitioning  Status 


SI  data: 
SO  data: 


10000000 
P7  


.P0 


Pn  =  0       TP  port  n  partitioned 

Pn  =  1       TP  port  n  connected 

The  partitioning  Status  of  all  eight  TP  ports  are  ac- 
cessed by  this  command.  If  a  port  is  disabled,  reading  it 
partitioning  status  will  indicate  that  it  is  connected. 


Bit  Rate  Error  Status  of  TP  Ports 

SI  data:  10100000 

50  data:     E7  EO 

This  allows  a  single  command  to  be  used  to  report  Bit 
Rate  Error  condition  (Fl  FO  Overflow  or  Underflow)  of  all 
Twisted  Pair  ports.  The  8  bits  of  the  output  pattern  corre- 
spond to  each  of  the  8  TP  ports,  with  least  significant  bit 
corresponding  to  port  0. 

The  status  bit  for  a  port  is  set  to  1  if  there  has  been  an 
instance  when  data  received  from  that  port  has  caused 
a  FIFO  error. 

All  status  bits  stay  set  until  the  status  is  read. 

Link  Test  Status  of  TP  Ports 

51  data:  11010000 


SO  data:  L7.. 


.L0 


Ln  =  0        TP  Port  n  in  Link  Test  Fail 
Ln  =  1        TP  Port  n  in  Link  Test  Pass 

The  Link  Test  Status  of  all  eight  TP  ports  are  accessed 
by  this  command.  A  disabled  port  continues  to  report 
correct  Link  Test  Status.  Re-enabling  a  disabled  port 
causes  the  port  to  be  placed  into  Link  Test  Fail  state. 
This  ensures  that  packet  fragments  received  on  the  port 
are  not  repeated  to  the  rest  of  the  network. 

Receive  Polarity  Status  of  TP  Ports 

SI  data:  11100000 
SO  data:     P7  P0 

Pn  =  0       TP  Port  n  Polarity  Correct 
Pn  =  1       TP  Port  n  Polarity  Reversed 

The  statuses  of  all  eight  TP  port  polarities  are  accessed 
with  this  command.  The  IM  R+  chip  has  the  ability  to  de- 
tect and  correct  reversed  polarity  on  the  TP  ports' 
RXD+/-  pins.  If  the  polarity  is  detected  as  reversed  for  a 
TP  port,  then  the  IMR+  chip  will  set  the  appropriate  bit  in 
this  command's  result  byte  only  if  the  Polarity  Reversal 
Function  is  enabled  for  that  port. 


MJLP  Status 

SI  data: 
SO  data: 


11110000 
M00000000 


Each  IMR+  chip  contains  an  independent  MAU  Jabber 
Lock  Up  Protection  Timer.  The  timer  is  designed  to  in- 
hibit the  IMR+  device  transmit  function,  if  it  has  been 
transmitting  continuously  for  more  than  65536  Bit 
Times.  The  MJLP  Status  bit  (M)  is  set  to  1  if  this 
happens.  This  bit  remains  set  and  is  only  cleared  when 
the  MJLP  status  is  read  by  using  this  command. 
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Version 


SI  data: 
SO  data: 


11111111 
XXXX0001 


This  command  (1111  1 1 1 1)  can  be  used  to  determine 
the  device  version. 

The  IMR+  chip  responds  by  the  bit  pattern:  XXXX  0001 

The  IMR  chip  (Am79C980)  responds  by  the  bit  pattern: 
XXXX  0000 

Minimum  Mode 

The  Minimum  Mode  reconfigures  the  IMR+  device 
Management  Port  and  is  intended  to  provide  support  for 
the  low  end,  non-managed  repeaters,  requiring  minimal 
external  logic  to  provide  LED  indication  of: 

■  Twisted  Pair  Ports  Link  Status  indication  and  AUI 
Loopback  Status 

■  Port  Partitioning  Status 

■  Twisted  Pair  Ports  Receiver  Polarity  Status  and 
AUI  SQE  Test  Error  Status 

■  Port  Bit  Rate  Error  Status 

The  Minimum  Mode  is  selected  by  controlling  the  state 
of  the  TEST  pin  while  RST  is  asserted.  If  TEST  is  High 
(asserted),  while  reset  is  active  (RST  LOW),  then  Mini- 
mum Mode  is  selected.  The  state  of  SI  pin,  at  the 
deassertion  of  the  RST  signal,  determines  whether  the 
IMR+  chip  is  to  be  programmed  for  Automatic  Polarity 
Detection/Correction. 

When  entering  the  Minimum  Mode,  the  TEST  input  has 
to  be  deasserted  on  the  rising  edge  of  reset.  A  maximum 
delay  of  1 00  ns  is  allowed  to  account  for  slow  devices. 
The  following  table  summarizes  the  different  modes 
available. 


Test 

SI 

Functions 

0 

0 

Normal  Management  Mode 

0 

1 

Normal  Management  Mode 

1 

0 

Minimum  Mode,  Receive 

Polarity  Correction  disabled 

1 

1 

Minimum  Mode,  Receive 



Polarity  Correction  enabled 

In  Minimum  Mode,  the  SO  pin  is  used  to  serially  output 
the  various  status  information  based  on  the  state  of  the 
SI  and  SCLK  pins.  A  summary  of  the  status  information 
is  provided  in  the  following  table. 


SCLK 

SI 

SO  Output 

0 

0 

TP  Ports  Receive  Polarity  Status  + 

AUI  SQE  Test  Error  Status. 

0 

1 

Bit  Rate  Error  (all  ports). 

1 

0 

TP  Ports  Link  Status  +  AUI 

LoopBack  Status 

1 

1 

Port  Partitioning  Status  (all  ports) 

When  SI  =  0  then  SO  will  output  the  related  AUI  status 
bits  (LoopBack  or  SQE),  followed  by  the  8  TP  status  bits 
(Link  or  Polarity),  starting  with  the  TP  port  0. 

When  SI  =  1 ,  the  Port  Partitioning  Status  or  Port  Bit  Rate 
Error  Status  are  scanned  out  with  the  AUI  first  and  TP 
ports  following.  TP  Port  0  is  scanned  out  first. 

Note  that  the  Bit  Rate  Error,  AUI  Loopback,  and  AUI 
SQE  Test  Error  status  bits  stay  set  until  they  are 
scanned  out. 

The  state  of  SI  and  SCLK  inputs  is  checked  at  the  end  of 
every  STR  cycle.  The  rising  edge  of  the  X1  clock,  occur- 
ring before  falling  edge  of  STR,  is  used  to  strobe  in  the 
state  of  the  SI  and  SCLK  pins. 

In  this  Minimum  Mode,  the  Management  Port  mode  is 
not  active.  To  exit  the  Minimum  mode,  the  IMR+  device 
must  reset  into  the  normal  Management  Port  mode. 
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Figure  3.  Minimum  Mode,  Non-Intelligent  Repeater  Example 
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1.  Externally  generated  signal  illustrates  internal  IMR+  chip  clock  phase  relationship. 

2.  CRS  timing  with  the  C-bit  cleared  (IMR+  Chip  Programmable  Options) 

3.  For  Minimum  Hub  Mode 

Figure  4.  Management  Port  Minimum  Mode  and 
Port  Activity  Monitor  Signal  Relationship 


Port  Activity  Monitor 

Two  pins,  CRS  and  STR,  are  used  to  serially  output  the 
state  of  the  internal  Carrier  Sense  signals  from  the  AUI 
and  the  eight  TP  ports.  This  function  together  with  exter- 
nal hardware  and/or  software  can  be  used  to  monitor  re- 
peater receive  and/or  collision  activity. 


The  following  diagram  shows  typical  external  hardware 
employed  to  convert  the  serial  bit  stream  into  parallel 
form.  The  accuracy  of  the  CRS  signals  is  10  Bit  Times 
(BT)  (1  u.s).  Specifically,  a  transition  to  active  state  by 
any  of  the  internal  carrier  sense  bits  that  lasts  for  less 
than  1 0BT  is  latched  internally  and  is  used  to  set  the  ap- 
propriate bit  during  the  next  sample  period. 
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Figure  5a.  Port  Activity  Monitor  Implementation 


•  i  i  i  i  i  • 


Notes:  17306B-10 

1.  Externally  generated  signal  illustrates  internal  IMR+  chip  clock  phase  relationship. 

2.  IMR+  chip  standalone,  X  will  be  low.  When  attached  to  a  HIMIB  device,  X  reflects  the  state  of  the  CI  pair. 

3.  STR  signal  is  not  available  when  the  IMR+  chip  is  attached  to  HIMIB  device,  and  must  be  generated  externally. 


Figure  5b.  Port  Activity  Monitor  Implementation  (Continued) 
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Loopback  Test  Mode 

The  IMR+  chip  can  be  programmed  to  enter  Loopback 
Mode  on  all  network  ports.  This  is  accomplished  by  first 
driving  the  TEST  pin  HIGH,  then  clocking  (using  the 
SCLK  pin)  a  minimum  of  three  Os  into  the  SI  pin.  This 
causes  the  IMR+  chip  to  loop  all  received  data  on  each 
port  back  to  each  port's  corresponding  transmit  outputs. 
Specifically,  the  AUI  Dl  input  is  passed  unaltered  to  the 
AUI  DO  output,  and  each  RXD  input  on  the  twisted  pair 
ports  is  passed  (unaltered)  to  the  respective  TXD  and 


TXP  outputs.  Only  receive  data  that  passes  the  required 
amplitude  squelch  criteria  is  looped  back  to  the  transmit 
outputs.  Note  that  the  data  is  looped  back  unaltered, 
meaning  that  no  signal  retiming  or  regeneration  takes 
place.  Therefore,  any  signal  distortion  present  on  the  re- 
ceive data  paths  will  be  retransmitted. 

In  Minimum  Mode,  the  Loopback  Test  Mode  cannot  be 
accessed.  The  IMR+  device  will  return  to  normal  opera- 
tion when  the  TEST  pin  is  again  driven  LOW. 


TEST 


SI 


/ 


\ 


///////// 
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Figure  6.  Programming  the  IMR+  Device  for  Loopback  Mode 
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IMR+  Chip  External  Components 

Figure  6  shows  a  typical  twisted  pair  port  external  com- 
ponents schematic.  The  resistors  used  should  have  a 
1%  tolerance  to  ensure  interoperability  with  1 0BASE-T 
compliant  networks.  The  filters  and  pulse  transformers 
are  necessary  devices  that  have  a  major  influence  on 
the  performance  and  compliance  of  the  1 0BASE-T  ports 
of  the  repeater.  Specifically,  the  transmitted  waveforms 
are  heavily  influenced  by  the  filter  characteristics  and 


the  twisted  pair  receivers  employ  several  criteria  to  con- 
tinuously monitor  the  incoming  signal's  amplitude  and 
timing  characteristics  to  determine  when  and  if  to  assert 
the  internal  carrier  sense.  For  these  reasons,  it  is  crucial 
that  the  values  and  tolerances  of  the  external  compo- 
nents be  as  specified.  Several  manufacturers  produce  a 
module  that  combines  the  functions  of  the  transmit  and 
receive  filters  and  the  pulse  transformers  into  one 
package. 


TXD+ 

TXP+ 

TXD- 

Am79C981 

TXP- 

RXD+ 

RXD- 

Filter  & 
Transformer 
Module 


RJ45 
Connector 


Notes:  17306B-12 

J.  Compatible  filter  modules,  with  a  brief  description  of  package  type  and  features  are  included  in  the  Appendix. 

2.  The  resistor  values  are  recommended  for  general  purpose  use  and  should  allow  compliance  to  the  1 OBASE-T specification 
for  template  fit  and  jitter  performance.  However,  the  overall  performance  of  the  transmitter  is  also  affected  by  the  transmit 
filter  configuration. 

Figure  7a.  Typical  TP  Port  External  Components 
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Compatible  AUI  transformer  modules,  with  a  brief  description  of  package  type  and  features  are  included  in  the  Appendix. 

The  differential  input  Dl±  and  the  Ctt  pairs  are  externally  terminated  by  two  40.2il±1%  resistors  and  one  optional  common- 
mode  bypass  capacitor.  The  differential  input  impedance,  ZIDF,  and  the  common-mode  input  impedance,  ZICM,  are  speci- 
fied so  that  the  Ethernet  specification  for  cable  termination  impedance  is  met  using  standard  1  %  resistor  terminators.  If  SIP 
devices  are  used,  39  £1  is  the  nearest  usable  equivalent  value. 

Figure  7b.  Typical  AUI  Port  Components 
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APPLICATIONS 

A  fully  managed  multiport  repeater  can  be  easily  built  by 
interfacing  the  IMR+  chip  with  the  Hardware  Imple- 
mented Management  Information  Base  (HIMIB), 
Am79C987  device.  The  HIMIB  device  interfaces  with  all 
common  Microprocessor  System  Busses  with  a 


minimum  of  external  logic.  Note  that  additional  buffering 
of  DAT  and  JAM  are  required  for  most  applications.  For 
more  information,  refer  to  AMD's  IEEE  802.3  Repeater 
Technical  Manual  (PID#  17314A). 


Host 
System 
Bus 
A 


Expansion 
Bus 


Address 
Decode 


CS 


C/D 


DAT 
JAM 


HIMIB 


D  [7-0] 


RD 

WR 

RDY 

INT 


CRS 
STR 
SI 

SO 
SCLK 


ACK 
COL 
RST 
CK 


CRS 

STR 

SI 

SO 

IMR+ 

SCLK 

X, 

REQ 

17306B-14 


Figure  8.  Simplified  ISA-HUB  Block  Diagram 
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ABSOLUTE  MAXIMUM  RATINGS 

Storage  Temperature   -65°C  to  +150°C 

Ambient  Temperature  Under  Bias   0  to  70°C 

Supply  Voltage  referenced  to 

AVss  or  DVss  (AVdd,  DVdd)   -0.3  to  +6  V 

Stresses  above  those  listed  under  ABSOLUTE  MAXIMUM 
RA  TINGS  may  cause  permanent  device  failure.  Functionality 
at  or  above  these  limits  is  not  implied.  Exposure  to  absolute 
maximum  ratings  for  extended  periods  may  affect  device 
reliability. 


OPERATING  RANGES 

Commercial  (C)  Devices 

Temperature  (Ta)    0  to  +70°C 

Supply  Voltage  (AVdd,  DVdd)  5  V  to  ±5% 

Operating  ranges  define  those  limits  between  which  the  fun- 
tionality  of  the  device  is  guaranteed 


DC  CHARACTERISTICS  over  operating  ranges  unless  otherwise  specified 


Parameter 
Symbol 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

Digital  I/O 

VlL 

Input  LOW  Voltage 

DVss  =  0.0  V 

-0.5 

0.8 

V 

VlH 

Input  HIGH  Voltage 

2.0 

DVDD+0.5 

V 

Vol 

Output  LOW  Voltage 

lOL  =  4.0  mA 

0.4 

V 

Voh 

Output  HIGH  Voltage 

lOH  =  -0.4  mA 

2.4 

V 

IlL 

Input  Leakage  Current 

(also  DAT  and  JAM  as  inputs) 

DVss<Vin<DVdd 

10 

uA 

VlLX 

Xi  Crystal  Input  LOW  Voltage 

DVss  =  0.0  V 

-0.5 

1.0 

V 

VlHX 

Xi  Crystal  Input  HIGH  Voltage 

DVss  =  0.0  V 

3.8 

DVdd+0.5 

V 

IlLX 

Crystal  Input  LOW  Current 

VlN  =  DVss 

10 

M-A 

llHX 

Crystal  Input  HIGH  Current 

Vin  =  DVdd 

10 

HA 

AUI  Port 

llAXD 

Input  Current  at  DI+/- 
and  CI+/-  pairs 

AVss  <  Vin  <  AVdd 

-500 

+500 

HA 

Vaicm 

DI+,DI-,CI+,CI-  Open  Circuit  Input 
Common  Mode  Voltage  (bias) 

Iin  =  OA,  AVss  =  0  V 

AVdd  -  3.0 

AVDD-1.0 

V 

Vaidv 

Differential  Mode  Input 
Voltage  Range  (Dl,  CI) 

AVdd  =  5.0  V 

-2.5 

+2.5 

V 

Vasq 

Dl,  CI  Squelch  Threshold 

-275 

-160 

mV 

Vath 

Dl  Switching  Threshold 

(Note  1) 

-35 

+35 

mV 

Vaod 

Differential  Output  Voltage 
|(DO+)  -  (DO-)| 

Rl=78£5 

620 

1100 

mV 

Vaodi 

DO  Differential  Output 
Voltage  Imbalance 

Rl  =  78  n 

-25 

+25 

mV 

VaodOFF 

DO  Differential  Idle  Output  Voltage 

Rl  =  78  n 

-40 

+40 

mV 

IaodOFF 

DO  Differential  Idle  Output  Current 

RL  =  78Si(Note1) 

-1 

+  1 

mA 

Vaccm 

DO+/-  Common  Mode  Output  Voltage 

Rl  =  78  a 

2.5 

AVdd 

V 
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CHARACTERISTICS  (continued) 

Parameter 
Symbol 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

Twist 

sd  Pair  Ports 

llRXD 

Input  current  at  RXD+/- 

AVss<Vin<AVdd 

-500 

+500 

HA 

Rrxd 

RXD  differential  input  resistance 

(Note  1 ) 

10 

KS1 

Vtivb 

p\Ai_*+,r\AU-  open  circuit  input 
voltage  (bias) 

UN  —  U  II 1M 

MVUD — o.U 

AUr,r\_1  C 

W 
V 

Vtid 

Differential  Mode  input  voltage 
range  (RXD) 

MVDD  =  O.w  V 

Q  1 
— O.  I 

+o.  I 

V 

Vt 

SO+ 

RXD  positive  squelch  threshold 
(peak) 

Sinusoid  5  MHz  <f<  10  MHz 

300 

520 

mV 

so- 

RXD  negative  squelch  threshold 
(peak) 

Sinusoid  5  MHz  <f<  10  MHz 

-520 

-300 

mV 

Vths* 

RXD  post-squelch  positive  threshold 
(peak) 

Sinusoid  5  MHz  <f<  10  MHz 

150 

293 

mV 

Vths- 

RXD  post-squelch  negative  threshold 
(peak) 

Sinusoid  5  MHz  <f<  10  MHz 

-293 

-150 

mV 

Vr 

<DTH 

RXD  switching  threshold 

(Note  1 ) 

-60 

+60 

mV 

Vtxh 

TXU+/-and  IXH+/- output 
HIGH  voltage 

DVss  =  0  V 
(Note  2) 

DVDD-0.6 

DVdd 

V 

V 

rxL 

TXD+/-  and  TXP+/-  output 
LOW  voltage 

DVdd  =  5  V 
(Note  2) 

DVss 

DVss+0.6 

V 

V 

TXI 

TXD+/-  and  TXP+/-  differential 
output  voltage  imbalance 

-40 

+40 

mV 

Vt 

(OFF 

TXD+A  and  TXP+/-  differential 
idle  output  voltage 

DVdd  =  5  V 

40 

mV 

Ft 

rxD 

TXD+/-  differential  driver 
output  impedance 

(Note  1) 

40 

n 

Ft 

rxp 

TXP+/-  differential  driver 
output  impedance 

(Note  1) 

80 

n 

Powe 

r  Supply  Current 

1 

3D 

Power  supply  current  (idle) 

fxi  =  20  MHz 

180 

mA 

Power  supply  current  (transmitting 
-  no  TP  load) 

fxi  =  20  MHz 

300 

mA 

Power  supply  current  (transmitting 
-  with  TP  load) 

fxi  =  20  MHz 

(Note  8) 

mA 



1-300 


Am79C981 


PRELIMINARY 


AMD  £1 


SWITCHING  CHARACTERISTICS  over  operating  ranges  unless  otherwise  specified 


Parameter 
Symbol 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

Clock  and  Reset 

tX1 

X1  Clock  Period 

49.995 

50.005 

ns 

tX1H 

X1  Clock  HIGH 

20 

30 

ns 

tX1L 

X1  Clock  LOW 

20 

30 

ns 

tX1R 

X1  Clock  Rise  Time 

10 

ns 

tX1F 

X1  Clock  Fall  Time 

10 

ns 

tPRST 

Reset  pulse  width  after  power  on 
(RST  pin  LOW) 

150 

us 

tRST 

Reset  pulse  width 
(RST  pin  LOW) 

4 

us 

tRSTSET 

RST  HIGH  setup  time  with 
respect  to  X1  Clock 

20 

ns 



tRSTHLD 

RST  LOW  hold  time  with 
respect  to  X1  Clock 

0 

ns 

Management  Port 

tSCLK 

SCLK  Clock  Period 

100 

ns 

tSCLKH 

SCLK  Clock  HIGH 

30 

ns 

tSCLKL 

SCLK  Clock  LOW 

30 

ns 

tSCLKR 

SCLK  Clock  Rise  Time 

10 

ns 

tSCLKF 

SCLK  Clock  Fali  Time 

10 

ns 

tSISET 

SI  input  setup  time  with  respect  to  SCLK 
rising  edge 

10 

ns 



tSIHLD 

SI  input  hold  time  with 
respect  to  SCLK  rising  edge 

10 

ns 

tSOOLY 

SO  output  delay  with 
respect  to  SCLK  rising  edge 

Cl  -  100  pF 

40 

ns 

tXIHCRS 

X1  rising  edge  to  CRS  valid 

Cl  =  1 00  pF 

5 

40 

ns 

tXlHSTH 

X1  rising  edge  to  STR  HIGH 

Cl  =  1 00  pF 

40 

ns 

tXIHSTL 

X1  rising  edge  to  STR  LOW 

Cl  =  1 00  pF 

40 

ns 

tTESTSET 

TEST  input  setup  time  with  respect  to 
SCLK  rising  edge 

10 

ns 

tTESTHLD 

TEST  input  hold  time  with  respect  to 
SCLK  rising  edge 

10 

ns 

tSTRSET 

STR  setup  time 

5 

ns 

tSTRHLD 

STR  hold  time 

12 

ns 

Expansion  Port 

tXIHRL 

X1  rising  edge  to  REQ  driven  LOW 

Cl  =  100  pF 

14 

40 

ns 

tXIHRH 

X1  rising  edge  to  REQ  driven  HIGH 

Cl  =  100  pF 

14 

40 

ns 

tXIHDR 

X1  rising  edge  to  DAT/JAM  driven 

Cl  =  100  pF 

14 

40 

ns 

tXIHDZ 

X1  rising  edge  to  DAT/JAM  not  driven 

Cl  =  1 00  pF 

14 

40 

ns 

Am79o9o1 
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SWITCHING  CHARACTERISTICS  (continued) 


Parameter 
Symbol 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

Expansion  Port  (Continued) 

tDJSET 

DAT/JAM  setup  time 

1  n 

ns 

tDJHOLD 

DAT/JAM  hold  time 

14 

ns 

tCASET 

COL/ACK  setup  time 

5 

ns 

tCAHOLD 

COL/ACK  hold  time 

14 

ns 

tMHSET 

TEST  setup  time  with  respect  to  RST 
to  enter  Minimum  Hub  Mode 

200 

ns 

tMHHLO 

TEST  hold  time  with  respect  to  RST 
to  enter  Minimum  Hub  Mode 

0 

100 

ns 

tSCLKSET 

SI,  SCLK  set  up  time  with  respect  to  X1 

50 

ns 

tSCLKHLD 

SI,  SCLK  hold  time  with  respect  to  X1 

50 

ns 

AUI  Port 

tDOTD 

X1  rising  edge  to  DO  toggle 

30 

ns 

tDOTR 

DO+.DO-  rise  time  (10%  to  90%) 

2.5 

5.0 

ns 

tDOTF 

DO+.DO-  fall  time  (90%  to  1 0%) 

2.5 

5.0 

ns 

tDORM 

DO+.DO-  rise  and  fall  time  mismatch 

1.0 

ns 

tDOETD 

DO+/-  End  of  Transmission 

275 

375 

ns 

tPWODI 

Dl  pulse  width  accept/reject 
threshold 

|Vin|  >  |Vasq| 
(Note  3) 

15 

45 

ns 

tPWKDI 

Dl  pulse  width  maintain/turn-off 
threshold 

|Vin|  >  IVasqI 
(Note  4) 

136 

200 

ns 

tPWOCI 

CI  pulse  width  accept/reject 
threshold 

|Vin|  >  |Vasq| 
(Note  5) 

10 

26 

ns 

tPWKCI 

CI  pulse  width  maintain/turn-off 
threshold 

|Vin|  >  |Vasq| 
(Note  6) 

90 

160 

ns 

Twisted  Pair  Ports 

rrxTD 

X1  rising  edge  to  TXD+.TXP+ 
TXD-.TXP-  transition  delay 

50 

ns 

tTR 

TXD+,TXD-,TXP+,TXP-  rise  time 

20 

ns 

tTF 

TXD+,TXD-,TXP+,TXP-  fall  time 

20 

ns 

r 

"M 

TXD+,TXD-,TXP+,TXP-  rise 
and  fall  time  mismatch 

6 

ns 

tr 

:TD 

Transmit  End  of  Transmission 

275 

375 

ns 

tPV\ 

KRD 

RXD  pulse  width  maintain/turn-off 
threshold 

|Vin|  >  |Vths| 
(Note  7) 

130 

200 

ns 

tPERLP 

Idle  signal  period 

8 

24 

ms 

tP\ 

VLP 

Idle  Link  Test  pulse  width  (TXD+) 

75 

120 

ns 

tPV 

PLP 

Idle  Link  Test  pulse  width  (TXP+JXP-) 

40 

60 

ns 
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SWITCHING  CHARACTERISTICS  (continued) 

Notes: 

1.  Parameter  not  tested. 

2.  Uses  switching  test  load. 

3.  Dl  pulses  narrower  than  tpwoDi  (min)  will  be  rejected;  pulses  wider  than  tpwoDi  (max)  will  turn  internal  Dl  carrier  sense  on. 

4.  Dl  pulses  narrower  than  tpwKDi  (min)  will  maintain  internal  Dl  carrier  sense  on;  pulses  wider  than  tpwKDi(max)  will  turn  internal 
Dl  carrier  sense  off. 

5.  CI  pulses  narrower  than  tpwoci  (min)  will  be  rejected;  pulses  wider  than  tpwoci  (max)  will  turn  internal  CI  carrier  sense  on. 

6.  CI  pulses  narrower  than  tpwKCl  (min)  will  maintain  internal  CI  carrier  sense  on;  pulses  wider  than  tpwKCi  (max)  will  turn 
internal  CI  carrier  sense  off. 

7.  RXD  pulses  narrower  than  tpwKP.0  (min)  will  maintain  internal  RXD  carrier  sense  on;  pulse  wider  than  Ipwkrd  (max)  will 
turn  internal  RXD  carrier  sense  off. 

8.  For  the  typical  twisted  pair  load  as  shown  in  Figure  7,  using  a  100  n  cable,  an  additional  28  mA  (max)  of  loo  current  is 
required  for  each  twisted  pair  port  used.  Less  than  18%  of  the  power  associated  with  this  additional  current  is  dissipated 
by  the  IMR+  chip;  the  remainder  is  dissipated  externally  in  the  twisted  pair  load  and  cable. 
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KEY  TO  SWITCHING  WAVEFORMS 


WAVEFORM 

jujt 


INPUTS 

Must  Be 
Steady 


May 
Change 
from  H  to  L 


May 
Change 
from  L  to  H 


Don't  Care 
Any  Change 
Permitted 


Does  Not 
Apply 


OUTPUTS 

Will  Be 
Steady 


Will  Be 
Changing 
from  H  to  L 


Will  Be 
Changing 
from  L  to  H 


Changing 

State 

Unknown 


Center 
Line  is  High 
Impedance 
■■Off"  State 


KS000010 


SWITCHING  WAVEFORMS 


X1 


■  1X1 


■  tX1H  ■ 


•  tX1L  ■ 


IX1R 


tX1F 


Clock  Timing 
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SWITCHING  WAVEFORMS 

X1 


RST 


tRST 
or  1PRST 


TCK*  ■ 


Notes: 

tRSTSET  refers  to  synchronous  Reset  Timing. 

'Externally  generated  (Figure  4)  signal  illustrates  internal  IMR+  device  clock  phase  relationships. 

Reset  Timing 


17306B-16 


tSCLK 


tSCLKF  tSCLKR 


SCLK 


tSCLKH        I  tSCLKL 
 "V"  


tSISET 


tTESTSET 


tSIHLD 


tTESTHLD 


tSODLY 


tSODLY 

Management  Port  Clock  Timing 


17306B-19 


Am79C981 


1-305 


AMD 


PRELIMINARY 


SWITCHING  WAVEFORMS 

X1 


TCK* 


REQ 


ACK 


COL 


DAT 
JAM 


\_J.      \      /      \  / 


\ 


tDJSET 


IN 

/ 


tDJHOLD 


Note: 

'Externally  generated  (Figure  4)  signal  illustrates  internal  IMR+  chip  clock  phase  relationships. 

Expansion  Port  Input  Timing 


17306B-20 


TCK-  ^[ 


REQ 


ACK 


tXlHRL 


tXlHRH 


Note: 

'Externally  generated  (Figure  4)  signal  illustrates  internal  IMR+  chip  clock  phase  relationships. 

Expansion  Port  Output  Timing 
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SWITCHING  WAVEFORMS 

X1 


TCK* 


ACK 


COL 


tXIHRL 


7 


tCASET 


tXIHRH 


7 


i  tCASET 


H2F 


tCAHOLD 


DAT  ,N 
JAM 


IN 


'Externally  generated  (Figure  4)  signal  illustrates  internal  IMR+  chip  clock  phase  relationships. 

Expansion  Port  Collision  Timing 
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Test 


RST 
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•«          tMHSET   ► 
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tMHHLD 


To  Enter  Minimum  Mode 
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SWITCHING  WAVEFORMS 


1  1 


ETD 


X1 


D0+ 


D0- 


jirLJinJinJiiirLanjin^ 


tDOTD 


tDOTR 


IHvAAi 


tDOTF 


tDOETD 


AUI  DO  Timing  Diagram 
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tDOETD 


DO+/- 


AUI  Port  DO  ETD  Waveform 
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tPWKDI 


tPWODI 


tPWKDI 


i  ' 
i  i 
i  i 


AUI  Receive  Timing  Diagram 
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SWITCHING  WAVEFORMS 


tPWKCI 


CI+/- 
Vasq 


tPWOCI 


tPWKCI 
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AUI  Collision  Timing  Diagram 
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TP  Ports  Output  Timing  Diagram 
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SWITCHING  WAVEFORMS 

tPWPLP 


TXD+ 


TXP+ 


TXD- 


TXP- 


i  ; 

Hi 
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A 

!  tpwLP  ; 

tPERLP 
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TP  Receive  Timing  Diagram 
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CIRCUITS 


AVdd 


52.3Q 


DO+ 

DO- 


100  pF 
Includes  Test 
Jig  Capacitance 


I 


-o  Test  Point 


154  Q 


AVss 

17306B-32 

AUI  DO  Switching  Test  Circuit 


DVdd 


294  n . 


TXD+ 
TXD- 


100  pF  =|= 

Includes  Test 
Jig  Capacitance 


-o  Test  Point 


294  n 


DVss 
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TXD  Switching  Test  Circuit 


DVdd 


715  n : 


TXP+ 
TXP- 


100  pF  Z^Z 

Includes  Test 
Jig  Capacitance 


-o  Test  Point 


715  n 


DVss 

1  7306B-34 

TXP  Outputs  Test  Circuit 
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10BASE-T  Interface 


The  table  below  lists  the  recommended  resistor  values 
and  filter  and  transformer  modules  for  the  IMR+device. 


IMR+  Device  Compatible  10BASE-T  Media  Interface  Modules 


Manufacturer 

ran  # 

Packags 

Bel  Fuse 

A556-2006-DE 

16-pin  0.3"  DIL 

Transmit  and  receive  filters  and  transformers. 

Bel  Fuse 

0556-2006-00 

14-pin  SIP 

Transmit  and  receive  filters  and  transformers. 

Bel  Fuse 

0556-2006-01 

14-pin  SIP 

Transmit  and  receive  filters,  transformers  and  common  mode 
chokes. 

Bel  Fuse 

0556-6392-00 

16-pin  0.5"  DIL 

Transmit  and  receive  filters,  transformers  and  common  mode 
chokes. 

Halo  Electronics 

FD02-101G 

16-pin  0.3"  DIL 

Transmit  and  receive  filters  and  transformers. 

Halo  Ele 

ctronics 

FD12-101G 

16-pin  0.3"  DIL 

Transmit  and  receive  filters  and  transformers,  transmit  common 
mode  choke. 

Halo  Electronics 

FD22-101G 

16-pin  0.3"  DIL 

Transmit  and  receive  filters,  transformers  and  common  mode 
chokes. 

Nano  pulse 

NP6612 

16-pin  0.3"  DIL 

Transmit  and  receive  filters,  transformers  and  common  mode 
chokes. 

Nano  pulse 

NP6581 

8-pin  0.3"  DIL 

Transmit  and  receive  common  mode  chokes. 

Nano  pi 

Ise 

NP6696 

24-pin  0.6"  DIL 

Transmit  and  receive  filters,  transformers  and  common  mode 
chokes. 

PCA  Electronics 

EPA1990A 

16-pin  0.3"  DIL 

Transmit  and  receive  filters  and  transformers. 

PCA  Eli 

ctronics 

EPA2013D 

16-pin  0.3"  DIL 

Transmit  and  receive  filters  and  transformers,  transmit  common 
mode  choke. 

Pulse  E 

ngineering 

PE-65434 

10-pin  SIP 

Transmit  and  receive  filters,  transformers,  and  common 
mode  choke. 

Pulse  Engineering 

PE-65445 

16-pin  0.3"  DIL 

Transmit  and  receive  filters  and  transformers 
(for  SMT  use  PE-65446) 

Pulse  Engineering 

PE-65467 

16-pin  0.3"  DIL 

Transmit  and  receive  filters,  transformers,  common  mode 
chokes,  and  AMD  specified  resistors. 

Pulse  E 

igineering 

PE-65424 

16-pin  0.3"  DIL 

Transmit  and  receive  filters,  transformers,  and  common 
mode  chokes. 

TDK 

TLA  470 

14-pin  SIP 

Transmit  and  receive  filters  and  transformers. 

TDK 

HIM3000 

24-pin  0.6"  DIL 

Transmit  and  receive  filters,  transformers  and  common  mode 
chokes. 

Valor  Ele 

ctronics 

PT3877 

16-pin  0.3"  DIL 

Transmit  and  receive  filters  and  transformers. 

ctronics 

PT3983 

8-pin  0.3"  DIL 

Transmit  and  receive  common  mode  chokes. 

Valor  Ele 

ctronics 

FL1012 

16-pin  0.3"  DIL 

Transmit  and  receive  filters  and  transformers,  transmit  common 
mode  choke. 
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Active  Status 

In  a  non-collision  state,  an  IMR+  chip  is  considered  ac- 
tive if  it  is  receiving  data  on  any  one  of  its  network  ports, 
or  is  in  the  process  of  broadcasting  (repeating)  FIFO 
data  from  a  recently  completed  data  reception.  In  a  colli- 
sion state  (the  IMR+  device  is  generating  Jam  Se- 
quence), an  IMR+  device  is  considered  active  if  any  one 
or  more  network  ports  is  receiving  data.  The  IMR+  de- 
vice asserts  the  REQ  line  to  indicate  that  it  is  active. 

Collision 

In  a  carrier  sense  multiple  access/collision  detection 
(CSMA/CD)  network  such  as  Ethernet,  only  one  node 
can  successfully  transfer  data  at  any  one  time.  When 
two  or  more  separate  nodes  (DTEs  or  repeaters)  are  si- 
multaneously transmitting  data  onto  the  network,  a  Col- 
lision state  exists.  In  a  repeater  using  one  or  more  IMR+ 
devices,  a  Collision  state  exists  when  more  than  one 
network  port  is  receiving  data  at  any  instant,  or  when 
any  one  or  more  network  ports  receives  data  while  the 
IMR+  device  is  transmitting  (repeating)  data,  or  when 
the  CI+/-  pins  become  active  (nominal  10  MHz  signal) 
on  the  AUI  port. 

Jam  Sequence 

A  signal  consisting  of  alternating  1  s  and  0s  that  is  gener- 
ated by  the  IMR+  device  when  a  Collision  state  is  de- 
tected. This  signal  is  transmitted  by  the  IMR+  device  to 
indicate  to  the  network  that  one  or  more  network  ports  in 
the  repeater  is  involved  in  a  collision. 

Network  Port 

Any  of  the  eight  1 0BASE-T  ports  or  the  AUI  port  present 
in  the  IMR+  device  (i.e.  not  the  Expansion  Port  or  the 
Management  Port). 


Partitioning 

A  network  port  on  a  repeater  has  been  partitioned  if  the 
repeater  has  internally  'disconnected'  it  from  the  repeat- 
er due  to  localized  faults  that  would  otherwise  bring  the 
entire  network  down.  These  faults  are  generally  cable 
shorts  and  opens  that  tend  to  cause  excessive  collisions 
at  the  network  ports.  The  partitioned  network  port  will  be 
internally  re-connected  if  the  network  port  starts  behav- 
ing correctly  again,  usually  when  successful  'collision- 
less'  transmissions  and/or  receptions  resume. 

Receive  Collision 

A  network  port  is  in  a  Receive  Collision  state  when  it  de- 
tects collision  and  is  not  one  of  the  colliding  network 
'nodes'.  This  applies  mainly  to  a  non-transmitting  AUI 
port  because  a  remote  collision  is  clearly  identified  by 
the  presence  of  a  nominal  10  MHz  signal  on  the  CI+/- 
pins.  However,  any  repeater  port  would  be  considered 
to  be  in  a  receive  collision  state  if  the  repeater  unit  is  re- 
ceiving data  from  that  port  as  the  'one-port-left'  in  the 
collision  sequence. 

Transmit  Collision 

A  network  port  is  in  a  Transmit  Collision  state  when  colli- 
sion occurs  while  that  port  is  transmitting.  On  the  AUI 
port,  Transmit  Collision  is  indicated  by  the  presence  of  a 
nominal  10  MHz  signal  on  the  CI+/-  pins  while  the  AUI 
port  is  transmitting  on  the  DO+/-  pins.  On  a  10BASE-T 
port,  Transmit  Collision  occurs  when  incoming  data  ap- 
pears on  the  RXD+/-  pins  while  the  1 0BASE-T  port  is 
transmitting  on  the  TXD+/-  and  TXP+/-  pins. 
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Hardware  Implemented  Management  Information  Base™ 
(HIMIB™)  Device 


Advanced 
Micro 
Devices 


DISTINCTIVE  CHARACTERISTICS 

■  Provides  Repeater  Management  functions, 
complying  to  all  options  detailed  in  the  Layer 
Management  for  10  Mbyte/s  Baseband 
Repeaters  (IEEE802.3k)  Standard 

■  Fully  compatible  with  the  Novell  Hub 
Management  Interface  (HMI)  Specification 

■  Provides  additional  IEEE  MAU  Management 
functions  (802.3p  draft) 

■  Interfaces  directly  with  AMD's  Am79C98l 
Integrated  Multiport  Repeater  Plus™  (IMR+™) 
device  to  build  a  fully  managed  repeater 

■  Multiple  HIMIB/IMR+  devices  can  be  used  in  a 
system 

■  8-bit  microprocessor  interface  allows 
attribute  access,  interrupt  control,  and 
management  control 


Maskable  interrupts  for  notification  of 
status/error  reporting 

Internal  "receive  only"  MAC  tracks  all  address 
information  and  monitors  exception  conditions 

Supports  mapping  of  node  source  addresses 
to  port  numbers,  through  implementing  source 
address  match  function 

Full  32-bit  hardware  implemented  counters 
incur  no  additional  software  overhead  to  keep 
network  statistics 

Pinout  allows  simple  board  layout  between 
IMR+  and  HIMIB  devices 

28-pin  PLCC  device  in  CMOS  technology  for 
low  power  with  a  single  +5  V  supply 


GENERAL  DESCRIPTION 

The  Am79C987  Hardware  Implemented  Management 
Information  Base  (HIMIB)  device  is  a  highly  integrated 
chip  that  simplifies  building  fully  managed  multiport  re- 
peaters. The  device  integrates  all  the  necessary  count- 
ers, attributes,  actions  and  notifications,  specified  by  the 
Layer  Management  for  10  Mbyte/s  Baseband  Repeat- 
ers (IEEE802.3k)  Standard  as  well  as  additional  fea- 
tures and  enhancements,  including  functions  specific  to 
10BASE-T  repeaters. 

The  HIMIB  chip  is  designed  to  be  used  in  conjunction 
with  AMD's  Integrated  Multiport  Repeater  Plus  (IMR+) 
device.  When  connected  to  an  IMR+  (Am79C981) 


device,  the  HIMIB  chip  provides  complete  repeater  and 
per  port  statistics  on  demand  from  an  8-bit  parallel  inter- 
face. No  external  processor  is  required  to  keep  track  of 
attributes  locally  as  full  32-bit  counters  are  provided. 

The  HIMIB  device  implements  a  simple  8-bit  micropro- 
cessor interface,  allowing  multiple  HIMIB  devices  to  be 
used  in  a  system.  No  additional  logic  is  required  for  inter- 
facing the  HIMIB  device  to  the  IMR+  device. 

The  HIMIB  chip  is  packaged  in  a  28-pin  Plastic  Leaded 
Chip  Carrier  (PLCC).  The  device  is  fabricated  in  CMOS 
technology  and  requires  a  single  +5  V  supply. 


This  document  contains  information  on  a  product  under  development  at  Advanced  Mcro  Devices.  Inc. 
The  information  is  intended  to  help  you  evaluate  this  product.  AMD  reserves  the  right  to  change  or  discon- 
tinue work  on  this  proposed  product  without  notice. 
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RELATED  AMD  PRODUCTS 


Part  No. 

Description 

Am79C98 

Twisted-Pair  Ethernet  Transceiver  (TPEX) 

Am79C100 

Twisted-Pair  Ethernet  Transceiver  Plus  (TPEX+) 

Am79C90 

CMOS  Local  Area  Network  Controller  for  Ethernet  (C-LANCE) 

Am79C940 

Media  Access  Controller  for  Ethernet  (MACE™) 

Am79C900 

Integrated  Local  Area  Communications  Controller™  (ILACC™) 

Am79C960 

PCnet-ISA  Single-Chip  Ethernet  Controller  (for  ISA  bus) 

Am79C961 

PCnet-ISA*  Single-Chip  Ethernet  Controller  (with  Microsoft*  Plug  n'  Play  support) 

Am79C965 

PCnet-32  Single-Chip  32-Bit  Ethernet  Controller  (for  486  and  VL  buses) 

Am79C970 

PCnet-PCI  Single-Chip  Ethernet  Controller  for  PCI  Local  Bus 

Am79C974 

PCnet-SCSI  Combination  Ethernet  and  SCSI  Controller  for  PCI  Systems 

Am79C981 

Integrated  Multiport  Repeater  Plus™  (IMR+™) 

Am7990 

Local  Area  Network  Controller  for  Ethernet  (LANCE) 

Am7996 

IEEE  802.3/Ethernet/Cheapernet  Tap  Transceiver 
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CONNECTION  DIAGRAM 
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ORDERING  INFORMATION 
Standard  Products 

AMD  standard  products  are  available  in  several  packages  and  operating  ranges.  The  order  number  (Valid  Combination)  is 
formed  by  a  combination  of: 


AM79C987 


OPTIONAL  PROCESSING 

Blank  =  Standard  Processing 
B  =  Burn-In 

TEMPERATURE  RANGE 

C  =  Commercial  (0°C  to  +70°C) 


PACKAGE  TYPE 

J  =  28-Pin  Plastic  Leaded  Chip  Carrier  (PL  028) 


SPEED  OPTION 

See  Product  Selector  Guide  and 
Valid  Combination 


DEVICE  NUMBER/DESCRIPTION 

Am79C987 

Hardware  Implemented  Management  Information  Base  (HIMIB) 


Valid  Combinations 


A  h  A7Q  f  0.  ft  7 


JC 


Valid  Combinations 

Valid  Combinations  list  configurations  planned  to  be 
supported  in  volume  for  this  device.  Consult  the  lo- 
cal AMD  sales  office  to  confirm  availability  of  specific 
valid  combinations  and  to  check  on  newly  r 
combinations. 
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PIN  DESCRIPTION 

CK 

Clock 

Input 

CK  is  the  master  20  MHz  clock.  The  IMR+  device  X1  pin 
must  also  be  clocked  with  the  identical  clock  signal. 


RST 

Reset 
Input,  Active  Low 

Driving  this  pin  low  resets  the  internal  logic  ot  the  HIMIB. 
The  HIMIB  device  must  be  reset  with  the  identical  syn- 
chronous RST  signal  of  the  IMR+  device. 

Note: 

None  of  the  32-bit  and  48-bit  attributes  are  cleared  upon 
reset. 

SI 

Serial  Input  (to  the  IMR+  chip) 
Output 

The  SI  pin  is  used  to  output  management  port  com- 
mands to  the  IMR+  device.  This  pin  should  be  con- 
nected to  the  SI  pin  ot  the  IMR+  chip. 

SO 

Serial  Output  (from  the  IMR+  chip) 
Input 

The  SO  pin  is  used  to  receive  management  port  infor- 
mation from  the  IMR+  device.  This  pin  should  be  con- 
nected to  the  SO  pin  of  the  IMR+  chip. 

SCLK 
Serial  C  ock 
Output 

10  MHz 
serial 


clock  used  to  drive  the  IMR+  management  port 

(SCLK). 


I  clock 
CRS 

Carrier  Sense 
Input 

The  CRS  pin  should  be  connected  to  the  CRS  pin  of  the 
IMR+  device.  States  of  the  internal  carrier  sense  signals 
of  the  IMR+  AUI  and  twisted  pair  ports  are  serially  input 
on  this  pin  continuously. 

STR 

Store 

Output,  High  Impedance 

This  pin  should  be  connected  to  the  STR  pin  of  the  IM  R+ 
chip.  This  pin  is  an  output  when  the  HIMIB  device  is  in- 
terfaced to  an  IMR+  device,  otherwise  it  remains  in  High 
Impedance  state. 


ACK 

Acknowledge 
Input,  Active  Low 

When  this  input  is  asserted,  it  indicates  that  data  on  the 
DAT  and  JAM  inputs  are  valid. 


COL 

Expansion  Collision 
Input,  Active  Low 

When  this  input  is  asserted,  it  indicates  that  there  is  a 
transmit  collision  because  more  than  one  IMR+  device 
is  active  (requesting  access  to  the  Expansion  Port). 

DAT 

Expansion  Port  Data 
Input 

When  ACK  is  asserted  and  JAM  is  LOW,  the  expansion 
port  data  consists  of  the  NRZ  received  data.  When  ACK 
is  not  asserted,  the  state  of  DAT  is  ignored. 

JAM 

Jam 
Input 

When  ACK  is  asserted  and  JAM  is  HIGH,  an  active 
IMR+  device  is  in  a  collision  state.  When  JAM  is  as- 
serted, the  state  of  DAT  will  indicate  either  a  multiport 
(DAT  =  0)  or  single  port  (DAT  =  1)  collision  condition. 
When  ACK  is  not  asserted,  the  state  of  JAM  is  ignored. 

D7-0 
Data 

Input/Output,  3-State 

Data  Input/Output  pins.  These  pins  are  in  high  imped- 
ance state  if  the  HIMIB  device  is  not  selected. 

C/D 

Command/Data 
Input 

This  input  pin  allows  selection  of  either  the  Command  or 
Data  Port  in  the  HIMIB  device.  When  this  signal  is  HIGH, 
the  Command  Port  is  selected  and,  when  it  is  LOW,  the 
Data  Port  is  selected.  This  pin  is  typically  connected  to 
the  least  significant  bit  of  the  address  bus. 

WR 

Write  Strobe 
Input,  Active  Low 

When  this  pin  is  asserted,  and  the  CS  is  active,  a  write 
operation  is  initiated. 
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RD 

Read  Strobe 
Input,  Active  Low 

When  this  pin  is  asserted,  and  the  cs  is  active,  a  read 
operation  is  initiated. 

CS 

Chip  Select 
Input,  Active  Low 

The  chip-select  input,  when  asserted,  enables  a  read 
from  or  a  write  to  the  8-bit  parallel  port  of  the  HIMIB 

device. 

RDY 

Ready 

Output,  Open  Drain 

Ready  is  driven  LOW  at  the  start  of  every  Read  or  Write 
cycle  and  is  released  when  the  HIMIB  device  is  ready  to 
complete  the  transaction. 


AMD  £1 


INT 

Interrupt 

Output,  Active  Low,  Open  Drain 

Interrupt  is  driven  LOW  when  any  of  the  unmasked  (en- 
abled) interrupts  occur. 

Power 

This  pin  supplies  +5  V  to  the  device.  Connect  to  DVdd  of 
the  IMR+  device. 

Vss 

Ground 

These  two  pins  are  the  0  V  reference  for  the  device. 
Connect  to  DVss  of  the  IMR+  device. 
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FUNCTIONAL  DESCRIPTION 
Overview 

The  functional  specification  of  the  HIMIB  device  is  a  su- 
perset of  that  defined  by  the  Layer  Management  for 
10  Mbyte/s  Baseband  Repeaters  Standard 
(IEEE802.3k),  commonly  referred  to  as  the  "Repeater 
Management  Standard."  The  HIMIB  chip  contains  the 
complete  set  of  repeater  and  port  functions  as  defined  in 
the  standard.  All  mandatory  and  optional  capabilities 
are  supported.  These  are  defined  as  the  Basic  Control, 
Performance  Monitor  and  Address  Tracking  Capabili- 
ties. In  addition,  node  address  mapping  and  MAU  man- 
agement specific  functions  are  implemented. 

The  HIMIB  device  keeps  track  of  the  I EEE  802.3k  speci- 
fied attributes  by  extracting  data  from  the  expansion 
port,  management  port,  and  port  activity  monitor  (PAM) 
port  of  the  IMR+  device.  All  attribute  counts  are  held  in 
32  bit  registers,  as  specified  in  the  Repeater  Manage- 
ment Standard.  For  more  detailed  information,  refer  to 
the  IEEE  802.3  Layer  Management  for  10  Mbyte/s 
Baseband  Repeaters  Standard  and  AMD's  IEEE  802.3 
Repeater  Technical  Manual  (PID  #17314A). 

The  HIMIB  chip  supports  the  following  Repeater  Man- 
agement functions: 

Repeater  Attributes: 


Transmit 
Total 


Collisions  -  32-bit  counter 
-32-bit  counter 


Octets 
Port  Attributes: 

Auto  Partition  State  -  from  IMR+  chip 

Readable  Frames  -  32-bit  counter 

Readable  Octets  -  32-bit  counter 

Frame  Check  Sequence  Errors  -  32-bit  counter 

Alignment  Errors  -  32-bit  counter 

Frames  Too  Long  -  32-bit  counter 

Short  Events  -  32-bit  counter 

Runts  -  32-bit  counter 

Collisions  -  32-bit  counter 

Late  Events  -  32-bit  counter 

Very  Long  Events  -  32-bit  counter 

Data  Rate  Mismatches  -  32-bit  counter 

Auto  Partitions  -  32-bit  counter 

Source  Address  Changes  -  32-bit  counter 

Last  Source  Address  -  48-bit  register 


Node  ID  to  Port  Address  Map: 

Source  Address  Match  Register  (48-bit  register) 

Port  Actions: 

Port  Admin  Control  (Enable  /  Disable). 

Note:  The  HIMIB  device  executes  this  action  by  direct 
access  to  the  IMR+  device  Management  Port. 

Individually  maskable  Interrupts  are  available  forthe  fol- 
lowing events: 

■  Change  in  the  Port  Partitioning  Status 

■  Change  in  the  Twisted  Pair  Ports  Link  Test  State 

■  AUI  Loop  Back  Error 

■  AUI  SQE  Test  Error 

■  Source  Address  Changed 

■  Source  Address  Match 

■  IMR+  Interface  Error 

The  HIMIB  chip  provides  direct  access  to  the  manage- 
ment port  of  the  IMR+  device  for  additional  functions  in- 
cluding twisted  pair  port  automatic  receive  polarity 
detection/correction  state  and  enabling  the  alternate  re- 
connection  algorithm. 

The  HIMIB  device's  8-bit  microprocessor  interface  al- 
lows access  to  onboard  registers.  The  interface  is  de- 
signed to  be  usable  with  a  variety  of  available 
microprocessors  and  buses. 

The  HIMIB  device  can  also  be  used  to  collect  network 
statistics  from  a  standard  802.3  MAC  device.  This  mode 
is  programmed  by  setting  the  MAC  Interface  Mode  En- 
able bit  in  the  Configuration  Register.  In  this  mode  the 
HIMIB  device  can  be  interfaced  with  any  Ethernet  con- 
troller with  a  general  purpose  serial  interface  (GPSI). 
The  H IM  IB  device  will  record  various  network  events  oc- 
curring at  that  node  of  the  network,  and  assign  these 
gathered  statistics  to  the  AUI  port.  All  TP  ports  statistics 
are  invalid  in  this  mode. 
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Microprocessor  Interface 

Access  to  the  HIMIB  device's  on-chip  registers  is  made 
via  its  simple  processor  interface  which  is  designed  to 
be  used  by  a  variety  of  available  microprocessors.  The 
bus  interface  is  designed  to  be  asynchronous  and  can 
be  easily  adapted  for  different  hardware  interfaces. 

The  interface  protocol  is  as  follows: 

■  Assert  CS  (LOW)  and  C/D  (HIGH  to  access  Control 
and  LOW  to  access  Data) 

■  Assert  RD  (LOW)  to  start  a  Read  cycle  orWR  (LOW) 
to  start  a  Write  cycle 

■  The  HIMIB  device  forces  RDY  LOW  in  response  to 
the  falling  edge  of  either  of  RD  or  WR 

Note:  CS  is  internally  gated  with  RDand  WR,  such  that 
CS  may  be  permanently  grounded,  if  not  required.  The 
start  of  Read  or  Write  cycle  is  the  time  when  CS  and 
either  rd  or  WR  strobes  are  both  asserted  (LOW). 

Write  Cycle: 

■  Data  is  to  be  placed  on  the  Data  (D7-0)  pins  prior  to 
rising  edge  of  WR 

■  The  HIMIB  device  releases  RDY  (pulled  high  exter- 
nally), indicating  that  it  is  ready  to  latch  the  data 

■  WR  strobe  is  de-asserted  (HIGH)  in  response  to 
RDY.  The  HIMIB  chip  latches  data  internally  on  ris- 
ing edge  of  wr 

■  The  processor  can  stop  driving  the  Data  pins  after 
the  rising  edge  of  WR 

Read  Cycle: 

■  The  HIMIB  device  drives  the  Data  (D7-0)  pins 

■  The  HIMIB  device  releases  RDY  (pulled  high  exter- 
nally), indicating  valid  data 

■  RD  strobe  is  de-asserted  (HIGH)  in  response  to 
RDY.  The  external  device  should  latch  the  HIMIB 
chip's  data  on  the  rising  edge  of  RD. 

■  The  HIMIB  device  stops  driving  the  Data  pins  after 
the  rising  edge  of  RD 

Typically,  Read  and  Write  cycles  take  500  ns  (10  CK 
clock  cycles)  to  complete. 

Upon  reset,  the  Interrupt  pin  (INT)  is  not  driven,  all  inter- 
nal sources  of  interrupts  are  cleared  and  all  interrupts 
are  disabled  (masked).  Use  of  the  Tnt  pin  requires  ex- 
plicit  enabling  by  setting  the  appropriate  enable  bits. 
The  INT  pin  is  driven  low  when  any  of  the  enabled  inter- 
rupts occur. 


The  INT  pin  will  go  inactive  after  the  internal  source(s)  of 
the  interrupt  are  cleared  by  reading  the  corresponding 
Status  registers. 

Register  Access 

All  HIMIB  internal  registers  are  accessed  by  reading  or 
writing  to  or  from  two  externally  visible  ports.  These  are 
the  Command  Port  (C  Port)  and  the  Data  Port  (D  Port). 

The  C  Port  is  accessed  by  asserting  C/D  pin  HIGH  dur- 
ing read  or  write  accesses.  The  D  Port  is  accessed  by 
driving  the  C/D  pin  LOW  during  Read/Write  access  to 
the  HIMIB  device. 

As  the  C/D  pin  is  the  only  "address"  line  provided  on  the 
HIMIB  device  bus  interface,  the  internal  register  to  be 
accessed  must  be  selected  by  writing  its  "address"  into 
the  Command  Port. 

The  address  appears  to  the  programmer  as  two  regis- 
ters referred  to  as  the  P  and  R  registers,  both  of  which 
are  accessed  via  the  Command  Port.  The  P  register  se- 
lects the  register  Port  Number  (or  Bank  Number),  and  is 
accessed  by  writing  a  byte  with  the  three  most  signifi- 
cant bits  set  to  zero  into  the  C  Port.  The  R  register  se- 
lects the  Register  Number  (or  Attribute  Number),  and  is 
accessed  by  writing  a  byte  with  the  three  most  signifi- 
cant bits  set  to  one  into  the  C  Port. 

Once  the  C  Port  is  programmed  with  a  valid  Port  (Bank) 
and  Register  (Attribute)  Number,  the  entire  32-bit  attrib- 
ute is  transferred  to  a  holding  register  upon  reading  the 
first  byte .  Subsequent  accesses  to  the  D  Port  access  the 
value  in  a  least  significant  to  most  significant  byte  order. 
When  reading,  once  the  last  byte  is  read,  the  attribute 
value  is  re-transferred  to  the  holding  register  and  the  se- 
quence can  be  restarted. 

When  the  C  Port  is  programmed  for  access  to  these 
multi-byte  registers,  reading  the  D  Port  causes  the  value 
of  the  register  to  be  copied  into  the  holding  register.  The 
data  is  then  read  out  from  the  holding  register.  This  se- 
quence is  repeated  until  the  last  byte  is  read  and  the  D 
Port  is  accessed  again.  When  the  C  Port  is  (re)pro- 
grammed,  the  first  byte  read  from  the  D  Port  will  be  the 
least  significant  byte. 

Note  that  the  P  and  R  registers  can  be  accessed  in  any 
sequence  prior  to  accessing  the  D  Port.  If  either  PorR 
register  is  not  written  prior  to  accessing  the  D  Port  then 
the  previous  value  of  PorR  register  will  be  used. 
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BankO 


Port  (or  Bank) 
Pointer 


Bank  1 


C/D  =  1 


C/D  =  0 


Port  (P)  Register 


oooxxxxx 


Command  (C)  Port 

Register  (R)  Register 

1 1 1XXXXX 

Data  (D)  Port 

Bank  31 


Figure  1.  Overview  of  HIMIB  Register  Definition 


31 


Register 
31 
17305B-4 


An  exception  to  the  normal  Command/Data  Port  access 
scheme,  is  the  Status  Register  which  is  read  directly  by 
reading  only  the  C  Port.  This  allows  the  Status  Register 
to  be  read  directly,  without  the  need  to  write  to  the 
CPort. 

Register  Definition 

In  the  following  description,  all  bit  fields  are  ordered 
such  that  the  left  most  bit  is  the  most  significant  bit.  Un- 
used Port  and  Register  Numbers  are  reserved  and 
should  not  be  accessed  as  this  may  cause  device  mal- 
function. 


When  specifying  the  Port  or  Bank  Number,  the  following 
command  byte  is  written  to  the  C  Port: 

C  Port  Write 


MSB 


P4 


P3  P2 


P1  PO 


LSB 


P[4:0]  represent  the  Register  Bank  or  Port  Number. 
These  are  organized  as  follows: 

P  =  [P4P3P2P1P0] 

Note  that  to  access  the  P  register  the  three  most  signifi- 
cant bits  of  this  byte  must  be  zero. 


P[4:0] 

Port/Register  Bank 

0 

Repeater  Registers 

1 

Port  Status  Registers 

2 

Port  Control  Registers 

16-23 

Twisted  Pair  Ports  Attributes 

31 

AUI  Port  Attributes 

When  specifying  the  Register  or  Attribute  to  be  ac- 
cessed, the  following  command  byte  is  written  to  the 
CPort. 

C  Port  Write 


1 

1 

1 

R4 

R3 

R2 

R1 

RO 

MSB 

R  =  [R4R3R2R1R0] 


LSB 


Note  that  to  access  the  R  register  the  three  most  signifi- 
cant bits  of  this  byte  must  be  one. 
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For  P  =  0  (Repeater  Registers),  the  following  registers 
are  accessible: 


For  other  valid  port  numbers  (P  in  the  range  16.. .23  or 
31),  the  following  Attribute  Registers  are  available: 


RI401 

RpniQtpr 

1 0 

JUUILy  MUUldbb  IVICllUII  ^O-UylfcJ^ 

12 

Total  Octets  (4-byte) 

13 

Transmit  Collisions  (4-byte) 

16 

Configuration  Register 

28 

Version/Device  ID 

30 

IMR+  Management  Port  Set  Register 

31 

IMR+  Management  Port  Get  Register 

Register  1 2  and  13  are  4  bytes  long  and  their  contents 
are  read  in  the  least  to  most  significant  byte  order. 

Register  10  is  6  bytes  long  and  can  be  read  as  well  as 
written  to  in  the  least  to  most  significant  byte  order. 

Port  Sta 

tus  Registers  are  organized  as  follows  (P  =  1) 

R[4:0] 

Register 

0 

TP  (Twisted  Pair)  Ports  Partition  Status  Change 

1 

AUI  Port  Partition  Status  Change 

2 

TP  Link  Status  Change 

3 

AUI  Loop  Back  Error 

4 

Reserved 

5 

AUI  SQE  Test  Error 

6 

TP  Source  Address  Change 

7 

AUI  Source  Address  Change 

8 

TP  Source  Address  Match  Status 

9 

AUI  Source  Address  Match  Status 

Port  Control  Registers  are  organized  as  follows  (P  =  2) 

R[4:0] 

Register 

0 

TP  Partition  Change  Interrupt  Enable 

1 

AUI  Partition  Change  Interrupt  Enable 

2 

TP  Link  Status  Change  Interrupt  Enable 

3 

AUI  Loop  Back  Error  Interrupt  Enable 

4 

Reserved 

5 

AUI  SQE  Test  Error  Interrupt  Enable 

6 

TP  Source  Address  Change  Interrupt  Enable 

7 

AUI  Source  Address  Change  Interrupt  Enable 

Rf401 

Register 

0 

Readable  Frames 

1 

Readable  Octets 

2 

Frame  Check  Sequence  Errors 

3 

Alignment  Errors 

4 

Frames  Too  Long 

5 

Short  Events 

6 

Runts 

7 

Collisions 

8 

Late  Events 

9 

Very  Long  Events 

10 

Data  Rate  Mismatches 

11 

Auto  Partitions 

12 

Source  Address  Changes 

13 

Reserved 

14 

Last  Source  Address 

Registers  0  through  1 2  are  4  bytes  long  and  their  con- 
tents are  read  in  the  least  to  most  significant  byte  order. 

Register  14  is  6  bytes  long  and  can  be  read  as  well  as 
written  to  in  the  least  to  most  significant  byte  order. 

Note  that  the  contents  of  all  attribute  registers  are  main- 
tained during  an  external  reset.  At  power  up,  the  values 
of  all  4-  and  6-byte  attributes  are  random. 
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Table  1.  Summary  of  All  the  HIMIB  Device  Registers 


Register 


Bytes 


Status  Register 


Note:  Read  the  C  Port  for  Status 

No  Need  to  Specify  the  Port  or  Register  Number 


Port/Register  Bank 


P[4:0] 


Register 


R[4:0] 


Bytes 


Repeater  Registers 


Source  Address  Match 
Total  Octets 
Transmit  Collisions 
Configuration  Register 
Version/Device  ID 

IMR+  Management  Port  Set  Register 
IMR+  Management  Port  Get  Register 


10 
12 
13 
16 
28 
30 
31 


Port  Status  Registers 


TP  Partition  Status  Change 
AUI  Partition  Status  Change 
TP  Link  Status  Change 
AUI  Loop  Back  Error 
Reserved 

AUI  SQE  Test  Error 
TP  Source  Address  Change 
AUI  Source  Address  Change 
TP  Source  Address  Match  Status 
AUI  Source  Address  Match  Status 


Port  Control  Registers 


TP  Partition  Change  Interrupt  Enable 
AUI  Partition  Change  Interrupt  Enable 
TP  Link  Status  Change  Interrupt  Enable 
AUI  Loop  Back  Error  Interrupt  Enable 
Reserved 

AUI  SQE  Test  Error  Interrupt  Enable 

TP  Source  Address  Change  Interrupt  Enable 

AUI  Source  Address  Change  Interrupt  Enable 


Attribute  Registers 


16-23,  31 


Readable  Frames 

Readable  Octets 

Frame  Check  Sequence  Errors 

Alignment  Errors 

Frames  Too  Long 

Short  Events 

Runts 

Collisions 

Late  Events 

Very  Long  Events 

Data  Rate  Mismatches 

Auto  Partitions 

Source  Address  Changes 

Reserved 

Last  Source  Address 


0 
1 
2 
3 
4 
5 
6 
7 
8 

g 

10 

11 

12 
13 
14 


Note  that  all  register  locations  listed  as  reserved  and  those  which  might  be  accessed  by  values  or  combinations  of  P  and  R  which 
are  not  listed  in  the  table  above  should  not  be  accessed  by  the  software.  Read/write  access  to  reserved  registers  may  cause 
incorrect  operation. 
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DETAILED  REGISTER  FUNCTIONS 
Status  Register 

The  HIMIB  Status  Register  can  be  accessed  at  any  time 
by  reading  the  C  Port. 

The  8-bit  quantity  read  has  the  tollowing  format: 
C  Port  Read 


I 


MSB 


LSB 


I  Interrupt.  This  bit  reflects  the  state  of  the  INT  output 
pin.  If  this  bit  is  set  to  1 ,  then  this  HIMIB  device  is  driv- 
ing the  INT  pin.  Note  that  the  INT  pin  is  an  open  drain 
output  and  multiple  devices  may  share  the  same  in- 
terrupt signal. 

E  Interface  Error.  This  bit  is  set  if  the  HIMIB  device  is 
unable  to  communicate  with  the  IMR+  device.  This 
bit  is  reset  upon  reading  this  register. 

S  Source  Address  Match.  This  bit  is  set  if  the  interrupt 
is  caused  by  a  source  address  match  of  the  incoming 
data  packet.  This  bit  remains  set  until  the  TP  and/or 
AUI  Source  Address  Match  Status  register(s)  in  the 
Port  Status  registers  are  read. 

X  Reserved.  The  values  of  reserved  bits  are 
indeterminate. 

Repeater,  Port  Status,  Port  Control  and 
Port  Attribute  Register  Access 

The  bit  pattern  which  must  be  written  to  the  C  Port  in  or- 
der to  correctly  set  the  value  of  the  R  register  to  access 
each  of  the  registers  is  described  in  this  section. 

Repeater  Register  Bank 

These  registers  are  accessed  by  writing  the  bit  pattern 
0000  0000  to  the  C  Port,  i.e.,  P[4:0]  =  0.  Content  of  all 
attribute  counters  are  indeterminate  upon  power  up. 

Source  Address  Match  Register 

P[4:0]  =  0,  R[4:0]  =  10 


D  Port  Read/Write 


Byte  0 
Byte  1 
Byte  2 
Byte  3 
Byte  4 
Byte  5 


bit  7 

bit  0 

bit  47 

bit  40 

This  is  a  read/write  register.  The  6  bytes  are  read  or  writ- 
ten in  Low  byte  to  High  byte  order.  The  sequence  is 
(re)started  once  the  C  Port  is  programmed  for  access  to 
this  register.  This  register  may  be  used  to  track  nodes 
within  a  LAN  by  reporting  the  port  that  received  a  packet 
with  a  specific  Source  Address  (SA).  The  Source  Ad- 
dress field  of  an  incoming  packet  is  always  compared 
with  the  48-bit  quantity  stored  in  this  register.  The  initial 
value  of  this  register  is  indeterminate. 

A  match  is  indicated  by  the  HIMIB  device  by  setting  the 
corresponding  bit  in  the  TP  or  AUI  Source  Address 
Match  Status  register  for  the  receiving  port.  If  the  corre- 
sponding Source  Address  Match  Interrupt  Enable  bit  is 
enabled,  then  the  INT  output  pin  is  driven  LOW.  The  set 
bit(s)  in  the  TP/AUI  Source  Address  Match  Status  Reg- 
isters are  cleared  when  these  registers  are  read. 

Note  that  once  a  write  sequence  is  started,  all  6  bytes 
must  be  written  in  order  to  change  the  contents  of  this 
register. 

Total  Octets 

P[4:0]  =  0,  R[4:0]  =  12 


D  Port  Read 


Byte  0 
Byte  1 
Byte  2 
Byte  3 


bit  7 

bit  0 

bit  31 

bit  24 

MSB 


LSB 


This  is  a  4-byte  attribute,  read  only  register,  whose  con- 
tents are  incremented  while  the  repeater  is  repeating 
packet  data.  This  counter  is  a  truncated  divide  by  8  of 
the  total  number  of  bits  transmitted  by  the  repeater.  The 
counter  is  incremented  for  non-collision  packets  with 
valid  SFD  (Start  of  Frame  Delimiter).  This  attribute  in- 
crements by  same  amount  for  all  HIMIB  devices  con- 
nected to  the  same  expansion  bus  in  a  repeater. 

The  4  bytes  in  this  attribute  are  sequentially  accessed 
by  reading  the  D  Port,  least  significant  byte  first.  Note 
that  once  the  C  Port  is  programmed  for  access  to  this  at- 
tribute, reading  the  D  Port  causes  the  value  of  this  regis- 
ter to  be  copied  to  the  internal  holding  register.  The  data 
is  then  read  from  the  holding  register,  without  affecting 
this  attribute.  This  sequence  is  repeated  when  the  last 
byte  is  read  and  the  D  Port  is  accessed. 


MSB 


LSB 
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Transmit  Collisions 

P[4:0]  =  0,  R[4:0]  =  13 

D  Port  Read 


Byte  0 
Byte  1 
Byte  2 
Byte  3 


bit  7 

bit  0 

bit  31 

bit  24 

MSB 


LSB 


Transmit  Collisions  is  a  4-byte  read-only  attribute  that 
counts  the  number  of  transmit  collisions  this  repeater 
has  detected.  The  value  ot  the  Transmit  Collisions  at- 
tribute is  a  32-bit  counter  with  a  minimum  rollover  time  of 
15  hours. 

The  4  bytes  in  this  attribute  are  sequentially  accessed 
by  reading  the  D  Port,  least  significant  byte  first.  Note 
that  once  the  C  Port  is  programmed  for  access  to  this  at- 
tribute, reading  the  D  Port  causes  the  value  of  this  regis- 
ter to  be  copied  to  the  internal  holding  register.  The  data 
is  then  read  from  the  holding  register,  without  affecting 
this  attribute.  This  sequence  is  repeated  when  the  last 
byte  is  read  and  the  D  Port  is  accessed. 

Configuration  Register 

P[4:0]  =  0,  R[4:0]  =  16 

This  is  a  read/write  register.  The  value  read  is  the  same 
as  that  written.  Only  zeros  should  be  written  into  unused 
bits.  All  bits  are  cleared  upon  reset. 

D  Port  Read/Write 


I 

E 

S 

M 

0 

0 

0 

0 

MSB 


LSB 


Enable  Interrupts.  When  this  bit  is  set  to  0,  all  inter- 
rupts from  this  HIMIB  device  are  masked  (but  not 
cleared)  and  the  INT  output  pin  is  forced  to  inactive 
state  (not  driven). 

Interface  Error  Interrupt  Enable.  When  this  bit  is  set 
to  1 ,  the  HIMIB  device  generates  an  interrupt  if  the 
IMR+  interface  is  not  functioning  correctly. 

Source  Address  Match  Interrupt  Enable.  When  this 
bit  is  set,  the  HIMIB  chip  will  generate  an  interrupt  if 
the  Source  Address  of  the  received  packet  matches 
that  programmed  into  the  Source  Address  Match 
Register  (in  the  Repeater  Register  Bank). 

MAC  Interface  Mode  Enable.  When  this  bit  is  set  to  1 , 
the  HIMIB  device  is  assumed  to  be  interlaced  to  an 
802.3/Ethernet  MAC  Controller.  In  this  mode  only 
statistics  for  port  31  (AUI)  are  valid.  The  Expansion 
Port  interface  statistics  are  reported  for  port  31 
(AUI).  The  HIMIB  chip  must  be  kept  in  this  mode  until 
an  external  reset  occurs. 


When  the  HIMIB  chip  is  interfaced  to  a  MAC  device, 
such  as  AMD's  LANCE  (Am7990)  and  MACE 
(Am79C940)  etc.,  the  CRS  pin  from  the  MAC  device 
should  be  connected  to  the  CRS  pin  of  the  HIMIB  chip. 
Also,  the  SO  input  pin  of  the  HIMIB  chip  should  be  tied 
HIGH.  Note  that  in  this  mode,  the  HIMIB  chip  will  report 
an  Interface  Error  in  the  Status  Register  since  there  is  no 
connection  to  the  Management  Port.  Therefore,  it  is  rec- 
ommended that  the  Interface  Error  Interrupt  is  left  dis- 
abled. Certain  attributes  specific  to  the  Repeater 
Management  Standard,  such  as  bit  rate  error,  AUI  loop- 
back  error  etc.,  will  have  no  meaning. 

Nofe:  Once  this  bit  is  set  by  software,  it  should  not  be 
cleared  again  as  this  may  cause  incorrect  device 
operation. 

Version  and  Device  ID  Register 

P[4:0]  =  0,  R[4:0]  =  28 

This  is  a  read  only  register.  The  8-bit  read  has  the  follow- 
ing format: 

D  Port  Read 


I 
I 

V1 

vo 

D3 

D2 

D1 

DO 

MSB 
V 


LSB 


Version.  These  bits  contain  the  HIMIB  chip  version 
code.  Software  may  interrogate  these  bits  to  deter- 
mine additional  features  that  may  be  available  with 
future  versions  of  the  device.  The  original  version  is 
0000. 

D  Device  ID.  The  HIMIB  device  detects  the  Repeater 
version  upon  reset.  This  field  is  updated  to  report  the 
type  of  physical  repeater  attached  to  the  HIMIB 
device. 

D  Device 

0  IMR  chip  (Does  not  support  all 
attributes) 

1  IMR+chip 

2-15  Reserved  for  future  use 

Nofe:  It  the  HIMIB  chip  detects  an  interface  error  upon 
reset,  then  this  field  may  not  contain  valid  data. 

IMR+  Management  Port  Set  Register  (S) 

P[4:0]  =  0,  R[4:0]  =  30 

D  Port  Write 


D7 

D6 

D5 

D4 

D3 

D2 

D1 

DO 

MSB 


LSB 


This  is  a  write  only  register.  This  register  is  used  for 
sending  a  Set  command  to  the  IMR+  device.  When  a 
byte  is  written  to  this  register,  the  HIMIB  chip  will  serial- 
ize and  transfer  this  byte  to  the  IMR+  Management  port. 
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If  a  Get  command  is  written  to  this  register  i 
the  IMR+  device  output  will  be  retained  i 
ter,  however,  the  management  Interface  Error  bit  will  be 
set  in  the  Status  Register.  Writing  to  this  register  prior  to 
execution  (transfer)  of  the  last  command  (Get  or  Set) 
causes  the  processor  to  be  placed  into  the  wait  state. 

IMR+  Management  Port  Get  Register  (G) 

P[4:0]  =  0,  R[4:0]  =  31 

D  Port  Read/Write 


D7 

D6 

D5 

D4 

D3 

D2 

D1 

DO 

MSB 


LSB 


This  is  a  read/write  register.  This  register  is  used  to 
transfer  a  Get  command  to  the  IMR+device.  Thisisper- 
formed  by  serializing  and  transferring  the  command 
placed  into  this  register  to  the  IMR+  device  following  the 
end  of  the  processor  write  cycle  that  writes  the  Get  com- 
mand. The  byte  returned  by  the  IMR+  chip  is  then 
placed  in  this  register,  overwriting  its  previous  content. 
The  microprocessor  can  read  the  byte  result  of  the  Get 
operation  once  the  information  has  been  transferred  to 
the  HIM  IB  device.  If  the  read  operation  is  started  prior  to 
completion  of  this  transfer  the  HIMIB  device  will  hold  the 
RDY  line  inactive  until  the  transfer  is  complete.  In  most 
applications  this  will  insert  wait  states  into  the  processor 
read  cycle. 

If  a  Set  command  is  written  to  this  register  accidentally, 
the  IMR+  device  will  receive  the  Set  command.  How- 
ever, the  management  Interface  Error  bit  will  be  set  in 
the  Status  Register. 

Note  that  reading  the  IMR+  Twisted  Pair  Bit  Rate  Error 
Status  Registers  using  the  Get  command  may  affect  ac- 
curacy of  the  Bit  Rate  Error  attribute. 

Port  Status  Registers 

These  registers  are  accessed  by  writing  the  bit  pattern 
0000  0001  to  the  C  port,  i.e.,  P[4:0]  =  1 .  These  registers 
are  read  only  and  are  cleared  to  0  upon  reading. 

TP  and  AUI  Partition  Status  Change 

Any  port  changing  state  from  the  partitioned  to  the  re- 
connected state,  or  vice  versa,  causes  the  appropriate 
bit  to  be  set  to  1 ,  in  one  of  these  two  registers. 


TP  Ports 

P[4:0]=  1,  R[4:0]  =  0 

The  format  for  the  TP  ports  is: 

D  Port  Read 


T7 

T6 

T5 

T4 

T3 

T2 

T1 

TO 

MSB  LSB 

AUI  Port 

P[4:0]=  1,  R[4:0]  =  1 

For  the  AUI  port,  only  the  most  significant  bit  is  used. 
Bits  denoted  as  X  are  undefined. 

D  Port  Read 


MSB  LSB 

TP  Link  Status  Change 

P[4:0]=  1,  R[4:0]  =  2 

A  change  in  the  Link  Test  state  of  a  TP  port  (from  Link 
Fail  to  Link  Pass  or  vice  versa)  .causes  the  appropriate 
bit  to  be  set  to  1  in  this  register: 

D  Port  Read 


T7 

T6 

T5 

T4 

T3 

T2 

T1 

TO 

MSB  LSB 

AUI  Loop  Back  Error 

P[4:0]  =  1 ,  R[4:0]  =  3 

This  register  is  not  valid  for  the  IMR  device 
(Am79C980).  When  the  HIMIB  chip  is  interfaced  with 
the  IMR+  device  (Am79C981),  the  most  significant  bit 
(A)  is  set  to  1  if  the  AUI  port  is  connected  to  a  MAU  which 
does  not  loopback  data  from  DO  to  D I  during  transmis- 
sion. For  the  error  to  be  detected,  the  network  needs  to 
be  active  and  a  packet  transmitted  from  the  AUI  port. 
Bits  denoted  as  X  are  undefined. 

D  Port  Read 


MSB 


LSB 


Note  that  if  the  DO  to  Dl  loopback  path  is  not  opera- 
tional, this  bit  will  be  set  again  when  the  next  packet  is 
transmitted  via  the  AUI  port. 


Am79C987 
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AUI SQE  Test  Error 

P[4:0]  =  1,  R[4:0]  =  5 


This  register  is  not  valid  lor  the  IMR  device 
(Am79C980).  When  the  HIMIB  device  is  interfaced  with 
the  IMR+  chip  (Am79C981 ),  this  bit  is  set  to  1  if  the  AUI 
port  is  connected  to  a  MAU  with  SQE  Test  enabled.  For 
the  error  to  be  detected,  the  network  needs  to  be  active 
and  a  packet  transmitted  from  the  AUI  port.  Bits  denoted 
as  X  are  undefined. 

D  Port  Read 
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Note  that  if  the  error  persists,  once  read,  this  bit  will  be 
set  again  when  the  next  packet  is  transmitted  via  the  AUI 
port. 

TP  and  AUI  Port  Source  Address  Change  Status 

A  change  in  the  source  address  of  a  valid  received 
frame  from  any  port  causes  the  appropriate  bit  to  be  set 
in  these  registers.  The  source  address  assigned  to  any 
port  after  power  up  is  indeterminate,  and  the  first  packet 
received  from  any  port  will  cause  the  SA  changed  status 
bit  for  that  port  to  be  set. 

TP  Ports 

P[4:0]  =  1,  R[4:0]  =  6 

TP  Ports  Source  Address  Changed  Status: 
D  Port  Read 
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The  Last  Source  Address  attribute  is  program- 
mable and  can  be  used  to  store  the  expected  Node  ID 
for  this  port.  If  the  appropriate  interrupt  is  also  enabled, 
then  a  change  in  the  source  address  can  be  used  to  alert 
the  network  manager  of  an  unauthorized  access.  This  is 
particularly  useful  for  segments  that  are  supposed  to  be 
connected  to  a  single  station. 

TP  and  AUI  Port  Source  Address  Match  Status 

When  the  source  address  of  the  received  packet  from 
any  port  matches  that  programmed  into  the  Source  Ad- 


dress Match  Register  (in  the  Repeater  Registers),  then 
the  appropriate  bit  will  be  set  in  the  following  registers: 

TP  Ports 

P[4:0]  =  1,R[4:0]  =  8 
D  Port  Read 
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P[4:0]  =  1,R[4:0]  =  9 
D  Port  Read 
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Note:  This  function  is  useful  for  mapping  an  individual 
Node  ID  to  a  specific  port  on  the  repeater. 

Port  Control  Registers 

These  registers  are  accessed  by  writing  the  bit  pattern 
0000  001 0  to  the  C  port,  i.e  .,  P[4:0]  =  2.  All  are  read/write 
registers.  A  set  (1)  control  bit  enables  an  interrupt  or 
function  for  the  corresponding  port.  All  control  registers 
are  cleared  upon  reset. 

TP  and  AUI  Partition  Status  Change  Interrupt 
Enable 

These  two  registers  are  used  to  enable  or  mask  inter- 
rupts caused  by  a  change  in  the  port  partitioning  status. 
All  interrupts  are  disabled  and  all  status  bits  are  cleared 
upon  hardware  reset.  Note  that  disabling  an  active  inter- 
rupt source  causes  the  INT  output  to  be  placed  into  an 
inactive  state. 

TP  Ports 

P[4:0]  =  2,  R[4:0]  =  0 
D  Port  Read/Write 
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P[4:0]  =  2,  R[4:0]  =  1 
D  Port  Read/Write 
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The  AUI  port  only  uses  the  most  significant  bit  (A)  and  all 
other  bits  are  reserved.  Software  should  be  designed  to 
write  0s  into  unused  bits. 
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TP  Link  State  Change  Interrupt  Enable 

P[4:0]  =  2,  R[4:0]  =  2 

Setting  any  of  the  bits  in  this  register  causes  the  INT  pin 
to  be  driven  when  there  is  a  change  in  the  Link  Test 
State  of  the  corresponding  TP  port.  The  corresponding 
status  bit  in  the  TP  Link  Status  Change  register  is  set 
to  1. 

D  Port  Read/Write 
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A  TP  port  connected  to  a  single  end  station  will  only  de- 
tect a  change  of  address  if  the  end  station  is  physically 
changed  to  a  different  MAC  address.  The  Last  Source 
Address  (LSA)  register  (in  the  Port  Attribute  Registers) 
of  a  port  known  to  be  connected  to  a  single  station  can 
be  programmed  with  the  Node  ID  (48-bit  MAC  address) 
of  the  DTE.  If  the  LSA  is  not  programmed  after  power  up 
it  will  be  overwritten  by  the  source  address  of  the  first 
packet  received,  and  generate  an  interrupt  if  enabled. 

TP  Ports 

P[4:0]  =  2,  R[4:0]  =  6 
D  Port  Read/Write 


AUI  Loop  Back  Error  Interrupt  Enable 

P[4:0]  =  2,  R[4:0]  =  3 
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Setting  the  A  bit  to  1  in  this  register  causes  the  INT  pin  to 
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be  driven  when  the  I M  R+  chip  senses  a  Loop  Back  Error 
condition  at  the  AUI  port. 

D  Port  Read/Write 
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Note  that  the  HIMIB  device  will  continue  generating  in- 
terrupts every  time  a  packet  is  transmitted  by  the  AUI 
port  while  this  condition  exists.  This  does  not  necessar- 
ily indicate  a  problem  as  an  unconnected  AUI  port  will 
always  report  Loop  Back  Error. 

AUI  SQE  Test  Error  Interrupt  Enable 

P[4:0]  =  2,  R[4:0]  =  5 

Setting  the  A  bit  to  1  in  this  register  causes  the  INT  pin  to 
be  driven  when  the  IMR+  chip  senses  a  SQE  Test  Error 
condition  at  the  AUI  port  (attached  MAU  has  SQE  Test 
enabled). 

Note  that  the  HIMIB  device  will  continue  generating  in- 
terrupts every  time  a  packet  is  transmitted  by  the  AUI 
port,  while  this  condition  exists  and  this  interrupt  is 
enabled. 

D  Port  Read/Write 
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TP  and  AUI  Source  Address  Change  Interrupt 
Enable 

These  two  registers  are  used  to  enable  or  mask  inter- 
rupts caused  by  a  change  in  the  Source  Address  of  a 
port.  A  TP  port  connected  to  another  repeater  or  an  AUI 
connected  to  a  mixing  (multiple  DTEs)  segment  will 
have  frequent  source  address  changes. 


AUI  Port 

P[4:0]  =  2,  R[4:0]  =  7 
D  Port  Read/Write 
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The  AUI  port  only  uses  the  most  significant  bit  (A)  and  all 
other  bits  are  reserved.  Software  should  be  designed  to 
write  Os  into  unused  bits. 

Port  Attribute  Registers 

The  Port  Attribute  Registers  are  accessed  in  the  same 
fashion  as  the  Repeater,  Status  or  Control  Registers  by 
writing  the  appropriate  Port  Number  and  Register  Num- 
ber into  the  C  Port.  TP  port  number  zero  is  accessed  by 
writing  0001  0000,  TP  port  number  one  by  writing 
00010001  and  so  on.  The  AUI  port  attributes  are  ac- 
cessed by  writing  0001 1 1 1 1  to  the  C  Port. 

Except  for  the  Last  Source  Address  (LSA)  register,  all 
other  registers  are  4  bytes  and  read  only.  The  (LSA)  reg- 
ister is  6  bytes  long  and  its  contents  can  be  written  and 
read. 

Once  the  C  Port  is  programmed  with  a  valid  Port  (Bank) 
and  Register  (Attribute)  Number,  the  corresponding  at- 
tribute is  transferred  to  a  holding  register  upon  reading 
the  first  byte.  Subsequent  accesses  to  the  D  Port  read 
the  value  in  a  least  significant  to  most  significant  byte  or- 
der. When  reading,  once  the  last  byte  is  read,  the  attrib- 
ute value  is  re-transferred  to  the  holding  register  and  the 
sequence  can  be  restarted.  When  writing  the  LSA  regis- 
ter, if  the  sequence  is  aborted  prior  to  the  sixth  consecu- 
tive write  cycle,  the  internally  stored  register  value  is  not 
updated.  The  sequence  (read  or  write)  may  be  aborted 
and  restarted  by  programming  the  C  Port. 
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Note  that  the  contents  of  all  attribute  registers  are  main- 
tained during  an  external  reset. 

These  attributes  and  their  definitions  comply  with  the 
IEEE  802.3k  Layer  Management  for  10  Mbyte/s 
Baseband  Repeaters  Repeater  Management  Standard. 

A  brief  summary  of  attribute  description  is  included  here 
for  reference  only.  For  detailed  description,  refer  to  the 
IEEE  802.3k  document. 

Readable  Frames 
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"Readable  Frames"  is  a  read-only  attribute  that  counts 
the  number  of  valid  frames  detected  by  the  port.  Valid 
frames  are  from  64  bytes  to  151 8  bytes  in  length,  have  a 
valid  frame  CRC  and  are  received  without  a  collision. 
This  attribute  is  a  32-bit  counter  with  a  minimum  rollover 
time  of  80  hours. 

Readable  Octets 

P[4:0]  =  16-23,  31,  R[4:0]  =  1 
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"Readable  Octets"  is  a  read-only  attribute  that  counts 
the  number  of  octets  received  on  each  port.  This  num- 
ber is  determined  by  adding  the  frame  length  to  this  reg- 
ister at  the  completion  of  every  valid  frame.  This 
attribute  is  a  32-bit  counter  with  a  minimum  rollover  time 
of  58  m  nutes. 


Frame  Check  Sequence  (FCS)  Errors 

P[4:0]  =  16-23,  31  ,  R[4:0]  =  2 
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"Frame  Check  Sequence  Errors"  is  a  read-only  attribute 
that  counts  the  number  of  frames  detected  on  each  port 
with  an  invalid  frame  check  sequence.  This  counter  is  in- 
cremented on  each  frame  of  valid  length  (64  bytes  to 
1518  bytes)  that  does  not  surfer  a  collision  during  the 
frame.  This  counter  is  incremented  on  each  invalid 
frame,  however  it  is  not  incremented  for  frames  with 
both  framing  errors  and  frame  check  sequence  errors. 
This  attribute  is  a  32-bit  counter  with  a  minimum  rollover 
time  of  80  hours. 

Alignment  Errors 

P[4:0]  =  16-23,  31,  R[4:0]  =  3 
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"Alignment  Errors"  is  a  read-only  attribute  that  counts 
the  number  of  frames  detected  on  each  port  with  an  FCS 
error  and  a  framing  error.  This  counter  is  incremented 
on  each  frame  of  valid  length  (64  bytes  to  1518  bytes) 
that  does  not  suffer  a  collision  during  the  frame.  Frames 
that  have  both  framing  errors  and  FCS  errors  are 
counted  by  this  attribute,  but  not  by  the  "Frame  Check 
Sequence  Errors"  attribute.  This  attribute  is  a  32-bit 
counter  with  a  minimum  rollover  time  of  80  hours. 
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Frames  Too  Long 

P[4:0]  =  16-23,  31,  R[4:0]  =  4 


D  Port  Read 
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"Frames  Too  Long"  is  a  read-only  attribute  that  counts 
the  number  of  frames  that  exceed  the  maximum  valid 
packet  length  of  1518  bytes.  This  attribute  is  a  32-bit 
counter  with  a  minimum  rollover  time  of  61  days. 


Short  Events 

P[4:0]  =  16-23 


31,R[4:0]  =  5 


"Collisions"  is  a  read-only  attribute  that  counts  the  num- 
ber of  instances  where  a  carrier  is  detected  on  the  port, 
and  a  collision  is  detected.  This  attribute  is  a  32-bit 
counter  with  a  minimum  rollover  time  of  16  hours. 

Late  Events 

P[4:0]  =  16-23,  31,R[4:0]  =  8 
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"Short  Events"  is  a  read-only  attribute  that  counts  the 
number  of  instances  where  activity  is  detected  with  a  du- 
ration less  than  the  "ShortEventMaxTime"  (74-82-bit 
times).  This  attribute  is  a  32-bit  counter  with  a  minimum 
rollover  time  of  16  hours. 


Runts 

P[4:0]  = 

ByteO 
Byte  1 
Byte  2 
Byte  3 


16-23,31,  R[4:0]  =  6 


D  Port  Read 


"Late  Events"  is  a  read-only  attribute  that  counts  the 
number  of  instances  where  a  collision  is  detected  after 
the  LateEventThreshold  (480-565-bit  times)  in  the 
frame.  This  event  will  be  counted  both  by  the  "Late 
Events"  attribute,  as  well  as  the  "Collisions"  attribute. 
This  attribute  is  a  32-bit  counter  with  a  minimum  rollover 
time  of  81  hours. 

Very  Long  Events 

P[4:0]  =  16-23,  31,R[4:0]  =  9 
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Byte  3 

bit  31 

bit  24 

"Runts"  is  a  read-only  attribute  that  counts  the  number  of 
instances  where  activity  is  detected  with  a  duration 
greater  than  the  "ShortEventMaxTime"  (74-82-bit 
times),  but  less  than  the  minimum  valid  frame  time 
(512-bit  times,  or  64  bytes).  This  attribute  is  a  32-bit 
counter  with  a  minimum  rollover  time  of  16  hours. 

Note:  Runts  usually  indicate  collision  fragments,  a  nor- 
mal network  event.  In  certain  situation  associated  with 
large  diameter  networks  a  percentage  of  runts  may  ex- 
ceed ValidPacketMinTime. 
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"Very  Long  Events"  is  a  read-only  attribute  that  counts 
the  number  of  times  the  transmitter  is  active  in  excess  of 
the  MAU  Jabber  Lockup  Protection  (MJLP)  Timer  (4  ms 
-  7.5  ms).  This  attribute  is  a  32-bit  counter  with  a  mini- 
mum rollover  time  of  198  days. 
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"Data  Rate  Mismatches"  is  a  read-only  attribute  that 
counts  the  number  of  occurrences  where  the  frequency, 
or  data  rate  of  the  incoming  signal  is  detectably  different 
from  the  local  transmit  frequency.  The  attribute  is  a 
32-bit  counter  that  is  incremented  on  each  such  event. 


Note 
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that  the  rate  at  which  the  "Data  Rate  Mismatches" 
will  increment,  will  depend  on  the  magnitude  of 
the  received  signal  clock  and  the 
transmit  frequency. 
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"Auto  Partitions"  is  a  read-only  attribute  that  counts  the 
number  of  instances  where  the  repeater  has  partitioned 
this  port  from  the  network.  This  attribute  is  a  32-bit 
counter  that  is  incremented  on  each  such  event.  The  ap- 
proximate minimum  time  between  counter  roll-overs  is 
20  days. 

Source  Address  Changes 

P[4:0]=  16-23,  31,R[4:0]  =  12 
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valid  frames  received  on  a  port  changes.  This  attribute  is 
a  32-bit  counter  with  a  minimum  rollover  of  81  hours. 

Note:  This  may  indicate  whether  a  port  is  connected  to 
a  single  DTE  or  another  multi-user  segment. 

Last  Source  Address  (LSA) 

P[4:0]  =  16-23,  31,R[4:0]  =  14 
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"Last  Source  Address"  is  a  read/write  attribute  that 
saves  the  value  of  the  Source  Address  field  of  the  last 
valid  frame  it  received.  This  attribute  is  a  6-byte  field. 

This  6-byte  register  may  be  read  or  written.  This  feature 
allows  the  software  to  preset  this  attribute  to  the  known 
Node  ID,  for  a  single  node  segment.  A  change  in  the 
contents  of  this  register  would  then  signal  an  anomaly. 
This  will  cause  the  Sou  rce  Address  Changes  attribute  to 
increment.  Furthermore,  setting  the  respective  TP/AUI 
Port  Source  Address  Change  Interrupt  Enable  bit  (inthe 
Port  Control  Registers) ,  can  be  used  to  generate  a  hard- 
ware interrupt  to  signal  the  software  to  automatically 
disable  this  port. 
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SYSTEMS  APPLICATIONS 
Typical  System  Interface 

The  block  diagram  on  this  page  shows  a  typical  system 
interface.  A  fully  managed  multiport  repeater  can  be 
easily  built  by  interfacing  the  HIMIB  chip  with  the  IMR+ 


chip  (Am79C981).  The  HIMIB  device  interfaces  with  all 
common  Microprocessor  System  Busses  with  a  mini- 
mum of  external  logic.  Note  that  additional  buffering  of 
DAT  and  JAM  are  required  for  most  applications.  For 
more  information,  refer  to  the  AMD  IEEE  802.3  Re- 
peater Technical  Manual. 
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Figure  2.  HIMIB  Device  Application  Example 
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ABSOLUTE  MAXIMUM  RATINGS 

Storage  Temperature   -65°C  to  +150°C 

Ambient  Temperature 

Under  Bias   0°C  to  +70°C 

Supply  Voltage    -0.3  V  to  +6.0  V 

Stresses  above  those  listed  under  Absolute  Maximum  Rat- 
ings may  cause  permanent  device  failure.  Functionality  at  or 
above  these  limits  is  not  implied.  Exposure  to  absolute  maxi- 
mum ratings  for  extended  periods  may  affect  device  reliability. 


OPERATING  RANGES 

Commercial  (C)  Devices 

Case  Temperature  (TA)    0°C  to  +70°C 

Supply  Voltages  (Vdd)   5  V  +  5% 

All  Inputs  Within 

the  Range   Vdd  +  0.5  V  <  Vin<  Vss -0.5  V 

Operating  ranges  define  those  limits  between  which  the  func- 
tionality of  the  device  is  guaranteed. 


DC  CHARACTERISTICS 


Symbol 

Parameter  Description 

Test  Condition 

Min 

Max 

Unit 

V,L 

Input  LOW  Voltage 

Vss  =  0.0  V 

-0.5 

0.8 

V 

V,H 

Input  HIGH  Voltage 

2.0 

0.5  +Vdd 

V 

Vol 

Output  LOW  Voltage 

Iol  =  4.0  mA 

0.4 

V 

Voh 

Output  High  Voltage 

Ioh  =  -0.4  mA 

2.4 

V 

VoLOD 

Open  Drain  Output  Low  Voltage 

Iolod  =12  mA 

0.4 

V 

III 

Input  Leakage  Current 

0  <  Vim  and  Vin  <  Vdd  +0.5  V 

10 

uA 

V,LX 

CK  Input  LOW  Voltage 

Vss  =  0.0  V 

-0.5 

1.0 

V 

VlHX 

CK  Input  HIGH  Voltage 

Vss  =  0.0  V 

3.8 

0.5  +Vdd 

V 

IlLX 

CK  Input  LOW  Current 

V,N  =  Vss 

10 

uA 

llHX 

CK  Input  HIGH  Current 

Vin  =  Vdd 

10 

uA 

DD 

Power  Supply  Current 

Ick  =  20  MHz 

40 

mA 
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SWITCHING  CHARACTERISTICS 


Clock  and  Reset  Timing 

Symbol 

Description 

Test  Condition 

Min 

Max 

Unit 

tCK 

Clock  Period 

49.995 

50.005 

ns 

tcKH 

Clock  High 

20 

30 

ns 

tcKL 

Clock  Low 

20 

30 

ns 

tCKR 

Clock  Rise  Time 

10 

ns 

tCKF 

Clock  Fall  Time 

10 

ns 

tRST 

Reset  Pulse  Width 

(Note  1 ) 

4 

us 

tflSTS 

Reset  Input  Setup  Time  with  Respect  to  CK 

(Note  1) 

15 

ns 

tRSTH 

Reset  Input  Hold  Time  with  Respect  to  CK 

(Note  1) 

0 

ns 

Expansion  Port 

Symbol 

Description 

Test  Condition 

Min 

Max 

Unit 

tDJSET 

DAT/JAM  Setup  Time 

10 

ns 

tDJHOLD 

DAT/JAM  Hold  Time 

9 

ns 

tCASET 

COL/ACK  Setup  Time 

5 

ns 

tcAHLD 

COL/ACK  Hold  Time 

9 

ns 

Management  Port 

Symbol 

Description 

Test  Condition 

Min 

Max 

Unit 

tsCKD 

SCLK  Clock  Delay  with  Respect  to  CK 

9 

45 

ns 

tSCKR 

SCLK  Rise  Time  with  Respect  to  CK 

CL  =  50  pF 

10 

ns 

tsCKF 

SCLK  Fall  Time  with  Respect  to  CK 

CL  =  50  pF 

10 

ns 

tsos 

SO  Input  Setup  Time  with 
Respect  to  CK  Rising  Edge 

10 

ns 

tsOH 

SO  Input  Hold  Time  with 
Respect  to  CK  Rising  Edge 

9 

ns 

tsiD 

SI  Output  Delay  with 
Respect  to  CK  Rising  Edge 

CL  =  50  pF 

9 

45 

ns 

Port  Activity  Monitor 

Symbol 

Description 

Test  Condition 

Min 

Max 

Unit 

tcRSTS 

CRS  Setup  Time  with 
Respect  to  CK  Rising  Edge 

10 

ns 

tcRSTH 

CRS  Hold  Time  with  Respect 
to  CK  Rising  Edge 

5 

ns 

Note: 

1.  See  IMR+  data  sheet  lor  reset. 
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SWITCHING  CHARACTERISTICS  (continued) 


Mien 

^processor  Interface  (MPI) 

Symbol 

Description 

Test  Condition 

Min 

Max 

Unit 

tcDS 

C/D  Setup  Time  with 

Respect  to  RD/WR  Falling  Edge 

I  u 

ns 

DH 

C/D  Hold  Time  with 

Respect  to  RD/WR  Rising  Edge 

0 

ns 

tcss 

CS  Setup  Time  with  Respect  to 
hu/wh  railing  toge 

10 

ns 

tcSH 

(""Q  WfilH  Tim  a  iA/ith  Rocnoft  tn 

uo  nuiu  i  iiiic  wiiii  nybpyci  iu 

RD/WR  Rising  Edge 

Q 

ns 

Ir 

EST 

Rest  Period  between  MPI  Operations 
(Time  between  the  Earliest  CS/RD/WR 
Going  HIGH  to  the  Next  CS/RD/WR 
Going  LOW,  whichever  is  the  Latest) 

150 

ns 

Irdyd 

RDY  Leading  Edge  Delay 

d  =  1 00  pF 

25 

ns 

tRDYH 

RDY  High  to  RD/WR  T 

0 

ns 

tDOUT 

Data  Out  Valid  to  RDY  High 

CL  =  1 00  pF 

50 

ns 

Idohld 

Data  Out  Hold  after  RD  High 

Cl=  100  pF 

10 

45 

ns 

to 

SET 

Data  In  Setup  Time  with 
Respect  to  WR  Rising  Edge 

25 

ns 

to 

HLD 

Data  in  Hold  after  WR  High 

0 

ns 
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SWITCHING  TEST  LOADS 


Sense  Point  o 


Vthreshold 


17305B-6 


A.  Normal  and  Three-State  Outputs 


Vcc 

I 


Device  Pin  i 


R1 


17305B-7 


B.  Open-Drain  Outputs  (rdy.Tnt) 


Test  Output  Loads 

Pin  Name 

Test  Circuit 

R1 

Cl  (pF) 

All  Outputs  and  I/O  Pins  except 
RDY,  INT 

A 

100 

RDY,  INT 

B 

400 

100 

Am79C987 
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SWITCHING  TEST  LOADS  (continued) 

Vdd 


<  500  n 


Device  Pin  i 


1 


500  n 


17305B-8 

C.  For  Data  Out  (D7-0)  Hold  Only 
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KEY  TO  SWITCHING  WAVEFORMS 


WAVEFORM 

jmr 
mm 


INPUTS 

OUTPUTS 

Must  be 

Will  be 

Steady 

Steady 

May 

Will  be 

Change 

Changing 

from  H  to  L 

from  H  to  L 

May 

Will  be 

Change 

Changing 

from  L  to  H 

from  L  to  H 

Don't  Care, 

Changing, 

Any  Change 

State 

Permitted 

Unknown 

Does  Not 

Center 

Apply 

Line  is  High- 

Impedance 

"Off"  State 

KS000010 


SWITCHING  WAVEFORMS 


CK 


tcKH 

3.8  V' 
1  V  - 


tcKR 


tcK  ' 


tcKL  " 


\  / 


tCKF 


7 


tRST  ■ 


■  0.8 


V 


T 


tRSTH 


2.0 


tRSTS 


\ 


17305B-9 


Clock  and  Reset  Timing 


17305B-10 


Expansion  Port  Timing 


Am79C987 
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SWITCHING  WAVEFORMS 


CK 


SCLK 


SI 


SO 


Management  Port  Timing 


17305B-11 


CK 


CRS 


tcRSTS 


tcHSTH  ' 


Port  Activity  Timing 


17305B-12 
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SWITCHING  WAVEFORMS 

CD 


CS 


RD,  WR 


RDY 


D7-0 


D7-0 


tcDS  " 


tcss 


tRDYO 


3f 


tcDH 


tcSH 


•    ■!«             IREST   W 

  tREST   

tRDYH 


tDOUT  ■ 


Read  Data 


1  toiSET  ' 


7C  V 


Write  Data 


tDOHLD 


tDIHLD 


17305B-13 


Bus  Interface  Timing 


Refer  to  AMD's  IEEE  802.3  Repeater  Technical  Manual  (PID  #17314A)  tor  more  detailed  access  timing. 


Note: 


APPENDIX  A 


IMR+/HIMIB  Security  Features 


The  Am79C981  Integrated  Multiport  Repeater  Plus 
(IMR+)  and  the  Am79C987  Hardware  Implemented 
Management  Information  Base  (HIMIB)  Ethernet  re- 
peater chip-set  is  capable  of  providing  physical  network 
security  features.  AMD  will  only  make  these  features 
available  to  customers  who  are  under  an  IMR+/HIMIB 
security  non  disclosure  agreement  (NDA).  A  description 
of  the  security  feature  is  summarized  below.  For  more 
information,  contact  your  local  AMD  sales  office  to  gen- 
s  an  IMR+/HIMIB  security  NDA. 


Security  Features  Summary 

The  HIMIB  incorporates  a  feature  to  allow  the  destina- 
tion address  (DA)  field  of  a  received  packet  to  be  com- 
pared with  the  known  MAC  address  connected  to  each 
port.  The  MAC  address  for  each  port  is  contained  in  the 
HIMIB  Last  Source  Address  (LSA)  register,  which  can 
be  programmed  by  the  user  or  it  will  be  "learnt"  by  the 
HIMIB  device.  On  receipt  of  a  packet  on  one  port,  all 
other  ports  have  the  contents  of  the  LSA  register  com- 
pared with  the  DA  field  of  the  received  frame.  If  there  is  a 
match  on  any  port,  the  frame  is  repeated  to  that  port 
normally.  For  those  ports  which  have  the  security  fea- 
ture enabled  and  do  not  have  a  DA/LSA  match,  the 


repeated  bit  stream  of  the  packet  will  be  corrupted  (fre- 
quently termed  "eavesdrop  protect  ion"),  and  the  port  will 
transmit  an  alternating  pattern  of  1  and  0  following  the 
18th  (approximate)  bit  of  the  Source  Address  field.  This 
feature  can  be  enabled/disabled  on  a  port  by  port  basis 
using  a  mask  located  in  the  HIMIB  Port  Control  Regis- 
ters. Any  port  with  the  security  feature  disabled  (using 
the  field  in  the  Port  Controls  Registers)  will  repeat  the 
packet  normally.  Note  that  multicast  and  broadcast 
packets  are  transmitted  to  all  ports  unmodified,  regard- 
less of  the  enable/disable  state  of  the  security  function. 

Ports  that  are  connected  to  single  stations  can  be  se- 
cured by  enabling  the  eavesdrop  protection  function 
and  enabling  the  Last  Source  Address  Change  Inter- 
rupt. This  prevents  unauthorized  eavesdropping  by  sta- 
tions on  the  LAN  who  are  not  directly  addressed  by  the 
sourcing  node,  hence  the  learning  of  valid  source  ad- 
dresses and  "snooping"  on  data  is  virtually  impossible. 
In  addition,  this  allows  the  management  software  to  de- 
tect and  possibly  disable  the  port  in  real  time  if  the  HIMIB 
indicates  via  the  hardware  interrupt  line  that  the  Source 
Address  has  changed. 
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PCnet™-ISA  Single-Chip  Ethernet  Controller 


Advanced 
Micro 
Devices 


DISTINCTIVE  CHARACTERISTICS 

■  Single-chip  Ethernet  controller  for  the  Industry 
Standard  Architecture  (ISA)  and  Extended 
Industry  Standard  Architecture  (EISA)  buses 

■  Supports  IEEE  802.3/ANSI  8802-3  and  Ethernet 
standards 

■  Direct  interface  to  the  ISA  or  EISA  bus 

■  Software  compatible  with  AMD's  Am7990 
LANCE  register  and  descriptor  architecture 

■  Low  power,  CMOS  design  with  sleep  mode 
allows  reduced  power  consumption  for  critical 
battery  powered  applications 

■  Individual  136-byte  transmit  and  1 28-byte 
receive  FIFOs  provide  packet  buffering  for 
increased  system  latency,  and  support  the 
following  features: 

—  Automatic  retransmission  with  no  FIFO 
reload 

—  Automatic  receive  stripping  and  transmit 
padding  (individually  programmable) 

—  Automatic  runt  packet  rejection 

—  Automatic  deletion  of  received  collision 
frames 

■  Dynamic  transmit  FCS  generation  program- 
mable on  a  frame-by-frame  basis 

■  Single  +5  V  power  supply 

■  Internal/external  loopback  capabilities 

■  Supports  optional  Boot  PROM  for  diskless 
node  applications 


GENERAL  DESCRIPTION 

The  PCnet-ISA  controller,  a  single-chip  Ethernet  con- 
troller, is  a  highly  integrated  system  solution  for  the 
PC-AT  Industry  Standard  Architecture  (ISA  )  architec- 
ture. It  is  designed  to  provide  flexibility  and  compatibility 
with  any  existing  PC  application.  This  highly  integrated 
120-pin  VLSI  device  is  specifically  designed  to  reduce 
parts  count  and  cost,  and  addresses  applications  where 
higher  system  throughput  is  desired.  The  PCnet-ISA 
controller  is  fabricated  with  AMD's  advanced  low-power 
CMOS  process  to  provide  low  stand  by  current  for 
power  sensitive  applications. 

The  PCnet-ISA  controller  is  a  DMA-based  device  with  a 
dual  architecture  that  can  be  configured  in  two  different 

Publication*  16907  Rev.B  Amendment  10 
Issue  Dale:  May  1994  


■  Provides  integrated  Attachment  Unit  Interface 
(AUI)  and  10BASE-T  transceiver  with  3  modes 
of  port  selection: 

—  Automatic  selection  of  AUI  or  10BASE-T 

—  Software  selection  of  AUI  or  10BASE-T 

—  Jumper  selection  of  AUI  or  10BASE-T 

■  Automatic  Twisted  Pair  receive  polarity 
detection  and  automatic  correction  of  the 
receive  polarity 

■  Supports  bus-master  and  shared-memory 
architectures  to  fit  in  any  PC  application 

■  Supports  edge  and  level-sensitive  Interrupts 

■  DMA  Buffer  Management  Unit  for  reduced  CPU 
intervention 

■  Integral  DMA  controller  allows  higher 
throughput  by  by-passing  the  platform  DMA 

■  JTAG  Boundary  Scan  (IEEE  1149.1)  test  access 
port  interface  for  board  level  production  test 

■  Integrated  Manchester  Encoder/Decoder 

■  Supports  the  following  types  of  network 
Interfaces: 

—  AUI  to  external  10BASE2,  10BASE5, 
10BASE-T  or  10BASE-F  MAU 

—  Internal  10BASE-T  transceiver  with  Smart 
Squelch  to  Twisted  Pair  medium 

■  Supports  LANCE  General  Purpose  Serial 
Interface  (GPSI) 

■  120-pin  PQFP  package 


operating  modes  to  suit  a  particular  PC  application.  In 
the  Bus  Master  Mode  all  transfers  are  performed  using 
the  integrated  DMA  controller.  This  configuration  en- 
hances system  performance  by  allowing  the  PCnet-ISA 
controller  to  bypass  the  platform  DMA  controller  and  di- 
rectly address  the  full  24-bit  memory  space.  The 
implementation  of  Bus  Master  Mode  allows  minimum 
parts  count  for  the  majority  of  PC  applications.  The 
PCnet-ISA  controller  can  be  configured  to  perform 
Shared  Memory  operations  for  compatibility  with  low- 
end  machines,  such  as  PC/XTs  that  do  not  support  Bus 
Master  and  high-end  machines  that  require  local  packet 
buffering  for  increased  system  latency. 
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The  PCnet-ISA  controller  is  designed  to  directly  inter- 
face with  the  ISA  or  EISA  system  bus.  It  contains  an  ISA 
bus  interface  unit,  DMA  Buffer  Management  Unit,  IEEE 
802.3  Media  Access  Control  function,  individual 
136-byte  transmit  and  128-byte  receive  FIFOs,  IEEE 
802.3  defined  Attachment  Unit  Interlace  (AUI),  and  a 
Twisted  Pair  Transceiver  Media  Attachment  Unit.  The 
PCnet-ISA  controller  is  also  register  compatible  with  the 
LANCE  (Am7990)  Ethernet  controller.  The  DMA  Buffer 
Management  Unit  supports  the  LANCE  descriptor  soft- 
ware model.  External  remote  boot  and  Ethernet 
physical  address  PROMs  are  also  supported. 

This  advanced  Ethernet  controller  has  the  built-in  capa- 
bility of  automatically  selecting  eitherthe  AUI  port  orthe 
Twisted  Pair  transceiver.  Only  one  interface  is  active  at 


any  one  time.  The  individual  136-byte  transmit  and 
128-byte  receive  FIFOs  optimize  system  overhead,  pro- 
viding suff  icient  latency  during  packet  transmission  and 
reception,  and  minimizing  intervention  during  normal 
network  error  recovery.  The  integrated  Manchester  en- 
coder/decoder eliminates  the  need  for  an  external  Serial 
Interface  Adapter  (SIA)  in  the  node  system.  If  support 
for  an  external  encoding/decoding  scheme  is  desired, 
the  embedded  General  Purpose  Serial  Interface  (GPSI) 
allows  direct  access  to/from  the  MAC.  In  addition,  the 
device  provides  programmable  on-chip  LED  drivers  for 
transmit,  receive,  collision,  receive  polarity,  link  integ- 
rity, or  jabber  status.  The  PCnet-ISA  controller  also 
provides  an  External  Address  Detection  Interface™ 
(EADI™)  to  allow  external  hardware  address  filtering  in 
internetworking  applications. 


RELATED  PRODUCTS 

Part  No. 

Description 

Am79C98 

Twisted  Pair  Ethernet  Transceiver  (TPEX) 

Am79C100 

Twisted  Pair  Ethernet  Transceiver  Plus  (TPEX+) 

Am7996 

IEEE  802.3/Ethernet/Cheapernet  Transceiver 

Am79C981 

Integrated  Multiport  Repeater  Plus™  (IMR+™) 

Am79C987 

Hardware  Implemented  Management  Information  Base™  (HIMIB™) 

Am79C940 

Media  Access  Controller  for  Ethernet  (MACE™) 

Am7990 

Local  Area  Network  Controller  for  Ethernet  (LANCE) 

Am79C90 

CMOS  Local  Area  Network  Controller  for  Ethernet  (C-LANCE) 

Am79C900 

Integrated  Local  Area  Communications  Controller™  (ILACC™) 

Am79C961 

PCnet-ISA  Single-Chip  Ethernet  Controller  for  ISA  (with  Microsoft'  Plug  n'  Play"  Support) 

Am79C965 

PCnet-32  Single-Chip  32-Bit  Ethernet  Controller 

Am79C970 

PCnet-PCI  Single-Chip  Ethernet  Controller  (for  PCI  bus) 

Am79C974 

PCnet-SCSI  Combination  Ethernet  and  SCSI  Controller  for  PCI  Systems 

1-344 


Am79C960 


PRELIMINARY 


AMD  £1 


ORDERING  INFORMATION 
Standard  Products 


AMD  standard  products  are  available  in  several  packages  and  operating  ranges.  The  order  number  (Valid  Combination)  is 
formed  by  a  combination  of; 


AM79C960 


\W 


-  DEVICE  NUMBER/DESCRIPTION 

Am79C960 

PCnetTU-ISA  Single  Chip  Ethernet  Controller 


ALTERNATE  PACKAGING  OPTION 

\W  =  Trimmed  and  Formed  in  a  Tray  (PQJ120) 

OPTIONAL  PROCESSING 

Blank  =  Standard  Processing 

TEMPERATURE  RANGE 

C  =  Commercial  (0  to  +70°C) 

PACKAGE  TYPE  (per  Prod.  Nomenclature/16-038) 
K  =  Plastic  Quad  Flat  Pack 
(PQR120) 

SPEED 

Not  Applicable 


Valid  Combinations 


KC,  KC\W 


Valid  Combinations 

The  Valid  Combinations  table  lists  configurations 
planned  to  be  supported  in  volume  for  this  device. 
Consult  the  local  AMD  sales  office  to  confirm 
availability  of  specific  valid  combinations  and  to 
check  on  newly  released  combinations. 
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CSR17:  Initialization  Block  Address    1-408 

CSR18-19:  Current  Receive  Buffer  Address    1-408 

CSR20-21:  Current  Transmit  Buffer  Address   1-408 

CSR22-23:  Next  Receive  Buffer  Address   1-408 

CSR24-25:  Base  Address  of  Receive  Ring    1-409 

CSR26-27:  Next  Receive  Descriptor  Address    1-409 

CSR28-29:  Current  Receive  Descriptor  Address    1-409 

CSR30-31:  Base  Address  of  Transmit  Ring   1-409 

CSR32-33:  Next  Transmit  Descriptor  Address   1-409 

CSR34-35:  Current  Transmit  Descriptor  Address   1-409 

CSR36-37:  Next  Next  Receive  Descriptor  Address    1-409 

CSR38-39:  Next  Next  Transmit  Descriptor  Address   1-409 

CSR40-41 :  Current  Receive  Status  and  Byte  Count    1-409 

CSR42-43:  Current  Transmit  Status  and  Byte  Count   1-410 

CSR44-45:  Next  Receive  Status  and  Byte  Count   1-410 

CSR46:  Poll  Time  Counter    1-410 

CSR47:  Polling  Interval   1-410 

CSR48-49:  Temporary  Storage    1-411 

CSR50-51:  Temporary  Storage    1-411 

CSR52-53:  Temporary  Storage    1-411 

CSR54-55:  Temporary  Storage    1-411 

CSR56-57:  Temporary  Storage    1-411 

CSR58-59:  Temporary  Storage    1-411 

CSR60-61:  Previous  Transmit  Descriptor  Address   1-411 

CSR62-63:  Previous  Transmit  Status  and  Byte  Count   1-411 

CSR64-65:  Next  Transmit  Buffer  Address    1-411 
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CSR66-67:  Next  Transmit  Status  and  Byte  Count   1-411 

CSR68-69:  Transmit  Status  Temporary  Storage   1-412 

CSR70-71:  Temporary  Storage   1-412 

CSR72:  Receive  Ring  Counter   1-412 

CSR74:  Transmit  Ring  Counter  1-412 

CSR76:  Receive  Ring  Length   1-412 

CSR78:  Transmit  Ring  Length  1-412 

CSR80:  Burst  and  FIFO  Threshold  Control  1-412 

CSR82:  Bus  Activity  Timer   1-413 

CSR84-85:  DMA  Address  1-414 

CSR86:  Butter  Byte  Counter  1-414 

CSR88-89:  Chip  ID  1-414 

CSR92:  Ring  Length  Conversion  1-414 

CSR94:  Transmit  Time  Domain  Reflectometry  Count  1-414 

CSR96-97:  Bus  Interface  Scratch  Register  0  1-415 

CSR98-99:  Bus  Interlace  Scratch  Register  1   1-415 

CSR104-105:  SWAP  1-415 

CSR108-109:  Buffer  Management  Scratch   1-415 

CSR112:  Missed  Frame  Count   1-415 

CSR114:  Receive  Collision  Count  1-415 

CSR124:  Buffer  Management  Unit  Test   1-415 

ISA  BUS  CONFIGURATION  REGISTERS   1-416 

INITIALIZATION  BLOCK   1-419 

RLEN  and  TLEN  1-419 

RDRA  and  TDRA   1-419 

LADRF   1-419 

PADR   1-420 

MODE   1-420 

RECEIVE  DESCRIPTORS  1-420 

RMDO     i  1-420 

RMD1   1-420 

RMD2   1-421 

RMD3   1-421 

TRANSMIT  DESCRIPTORS   1-421 

TMDO   1-422 

TMD1   1-422 

TMD2   1-422 

TMD3   1-423 

REGISTER  SUMMARY   1-424 
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CONNECTION  DIAGRAM:  BUS  MASTER 
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PIN  DESIGNATIONS:  BUS  MASTER 
Listed  by  Pin  Number 


Pin# 

Name 

Pin  # 

Name 

Pin  # 

Name 

Pin  # 

Name 

DVDD2 

31 

SA13 

61 

SD8 

91 

AVSS1 

l| 

TE 

32 

SA14 

62 

SD1 

92 

DO- 

O 

»  1 

APCS 

33 

SA15 

63 

SD9 

93 

DO+ 

A 

»  ■ 

BPCS 

34 

DVSS6 

64 

DVSS8 

94 

AVDD1 

a 

LA17 

35 

SA16 

65 

SD2 

95 

Dl- 

6 

LA18 

36 

SA17 

66 

SD10 

96 

DI+ 

7 

I  A1  Q 

Ort  I  o 

Of 

OUJ 

97 

pi— 

B 

DVSS3 

38 

SA19 

68 

SD11 

98 

CI+ 

9 

LA20 

39 

IVIiZ  IVI  vv 

69 

nvnnf; 

D  V  ULfO 

99 

in 
10 

LA21 

40 

MEMR 

70 

SD4 

100 

DXCVR 

1 1 

LA22 

41 

MASTER 

71 

SD12 

101 

MAUSEL/EAR 

1 2 

LA23 

42 

DRQ 

72 

SD5 

102 

LED3 

13 

SBHE 

43 

DVSS7 

73 

SD13 

103 

LED2 

,4 

SAO 

44 

DACK 

74 

DVSS9 

104 

DVSS1 

SA1 

45 

IOCS16 

75 

SD6 

105 

LED1 

1 D 

DVSS4 

46 

DVDD4 

76 

SD14 

106 

LEDO 

1  I 

SA2 

47 

IRQ 

77 

SD7 

107 

DVDD1 

18 

SA3 

48 

REF 

78 

SD15 

108 

PRDB7 

SA4 

49 

IOR 

79 

DVSS12 

109 

PRDB6 

on 

DVSS10 

50 

Tow 

80 

RXD- 

110 

PRDB5 

21 

SA5 

51 

SMEMR 

81 

RXD+ 

111 

PRDB4 

22 

SA6 

52 

DVSS11 

82 

AVDD4 

112 

PRDB3 

23 

SA7 

53 

AEN 

83 

TXP- 

113 

DVSS2 

24 

SA8 

54 

IOCHRDY 

84 

TXD- 

114 

PRDB2 

25 

DVSS5 

55 

RESET 

85 

TXP+ 

115 

PRDB1 

26 

SA9 

56 

SLEEP 

86 

TXD+ 

116 

PRDB0 

27 

SA10 

57 

IOAM0 

87 

AVDD3 

117 

TDI 

28 

SA11 

58 

IOAM1 

88 

XTAL1 

118 

TDO 

29 

DVDD3 

59 

DVDD5 

89 

AVSS2 

119 

TMS 

30 

SA12 

60 

SD0 

90 

XTAL2 

120 

TCK 

1-354 


Am79C960 


 PRELIMINARY  AMD  £1 

PIN  DESIGNATIONS:  BUS  MASTER 


Listed  by  Pin  Name 


Name 

Pin# 

Name 

Pin# 

Name 

Pin# 

Name 

Pin# 

AEN 

53 

DVSS8 

64 

PRDB2 

114 

SBHE 

13 

APCS 

3 

DVSS9 

74 

PRDB3 

112 

SD0 

60 

AVDD1 

94 

DVSS10 

20 

PRDB4 

111 

SD1 

62 

AVDD2 

99 

DVSS11 

52 

PRDB5 

110 

SD2 

65 

AVDD3 

87 

DVSS12 

79 

PRDB6 

109 

SD3 

67 

AVDD4 

82 

DXCVR 

100 

PRDB7 

108 

SD4 

70 

AVSS1 

91 

IOAM0 

57 

REF 

48 

SD5 

72 

AVSS2 

89 

IOAM1 

58 

RESET 

55 

SD6 

75 

BPCS 

4 

IOCHRDY 

54 

RXD- 

80 

SD7 

77 

Cl- 

97 

IOCS16 

45 

RXD+ 

81 

SD8 

61 

CI+ 

98 

Tor 

49 

SAO 

14 

SD9 

63 

Back 

44 

Tow 

50 

SA1 

15 

SD10 

66 

Dl- 

95 

IRQ 

47 

SA2 

17 

SD11 

68 

DI+ 

96 

LA17 

5 

SA3 

18 

SD12 

71 

DO- 

92 

LA18 

6 

SA4 

19 

SD13 

73 

DO* 

93 

LA19 

7 

SA5 

21 

SD14 

76 

DRQ 

42 

LA20 

9 

SA6 

22 

SD15 

78 

DVDD1 

107 

LA21 

10 

SA7 

23 

SLEEP 

56 

DVDD2 

1 

LA22 

11 

SA8 

24 

SMEMR 

51 

DVDD3 

29 

LA23 

12 

SA9 

26 

TCK 

120 

DVDD4 

46 

LEDO 

106 

SA10 

27 

TDI 

117 

DVDD5 

59 

LED1 

105 

SA11 

28 

TDO 

118 

nvnnfi 

UVUUD 

LED2 

1 03 

SA12 

30 

TE 

2 

DVSS1 

104 

LED3 

102 

SA13 

31 

TMS 

119 

DVSS2 

113 

MASTER 

41 

SA14 

32 

TXD- 

84 

DVSS3 

8 

MAUSEL/EAR 

101 

SA15 

33 

TXD+ 

86 

DVSS4 

16 

MEMR 

40 

SA16 

35 

TXP- 

83 

DVSS5 

25 

MEMW 

39 

SA17 

36 

TXP+ 

85 

DVSS6 

34 

PRDBO 

116 

SA18 

37 

XTAL1 

88 

DVSS7 

43 

PRDB1 

115 

SA19 

38 

XTAL2 

90 
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PIN  DESIGNATIONS: 
Listed  by  Group 


BUS  MASTER 


Pin  Name 


Pin  Function 


I/O 


Driver 


ISA  Bus  interface 


AEfv 


DACK 
DRQ 

IOCHRDY 


IOR 

low 
IRQ 

LA1 7-23 


MASTER 
MEMR 


MEM 


REF 
RESET 
SAO-19 


SBHE 

SDO-15 

SMEMR 


Address  Enable 

DMA  Acknowledge 

DMA  Request 

I/O  Channel  Ready 

I/O  Chip  Select  16 

I/O  Read  Select 

I/O  Write  Select 

Interrupt  Request 

Unlatched  Address  Bus 

Master  Transfer  in  Progress 

Memory  Read  Select 

Memory  Write  Select 

Memory  Refresh  Active 

System  Reset 

System  Address  Bus 

System  Byte  High  Enable 

System  Data  Bus 

System  Memory  Read  Select 


O 

I/O 

I/O 


o 

o 

o 

o 

o 

I 

I 

I/O 
I/O 
I/O 

I 


TS3 
OD3 
OD3 


OD3 
TS3 
OC3 
TS3 
TS3 


TS3 
TS3 
TS3 


Board  Interfaces 


APCS 


BPCS 

DXCVR 

IOAMO-1 


LEDO 


LED1 
LED2 
LED3 
MAUSEL/E 
PRDBO 


SLEEP 
TE 

XTAL1 
XTAL2 


Address  PROM  Chip  Select 

Boot  PROM  Chip  Select 

Disable  Transceiver 

Input/Output  Address  Map 

LEDO/LNKST 

LED1/SFBD/RCVACT 

LED2/SRD/RXPOL 

LED3/SRDCLK/XMTACT 

MAU  SELect/External  Address  Reject 

PROM  Data  Bus 

Sleep  Mode 

Test  Enable 

Crystal  Input 

Crystal  Output 


O 
O 
O 
I 

O 
O 
O 
O 


TS1 
TS1 
TS1 

TS2 
TS2 
TS2 
TS2 
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PIN  DESIGNATIONS:  BUS  MASTER  (continued) 
Listed  by  Group 


Pin  Name 

Pin  Function 

I/O 

Driver 

Attachment  Unit  Interface  (AUI) 

C.± 

Collision  Inputs 

I 

Dl± 

Receive  Data 
Transmit  Data 

1 

o 

Twisted  Pair  Transceiver  Interface  (10BASE-T) 

RXD± 

10BASE-T  Receive  Data 

1 

TXD± 

10BASE-T  Transmit  Data 

o 

TXP± 

10BASE-T  Predistortion  Control 

o 

IEEE  1149.1  Test  Access  Port  Interface  (JTAG) 

TCK 

Test  Clock 

1 

TDI 

Test  Data  Input 

1 

TDO 

Test  Data  Output 

o 

TS2 

TMS 

Test  Mode  Select 

1 

Power  Supplies 

AVDD 

Analog  Power 

AVSS 

Analog  Ground 

DVDD 

Digital  Power 

DVSS 

Digital  Ground 

Table:  Output  Driver  Types 


Name 

Type 

lol  (mA) 

loh  (mA) 

PF 

TS1 

Tri-State 

4 

-1 

50 

TS2 

Tri-State 

12 

-4 

50 

TS3 

Tri-State 

24 

-3 

120 

OD3 

Open  Drain 

24 

-3 

120 
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PIN  DESCRIPTION:   BUS  MASTER  MODE 

These  pins  are  part  of  the  bus  master  mode.  In  order  to 
unde  stand  the  pin  descriptions,  definition  of  some 
terms  from  a  draft  of  IEEE  P996  are  included. 

IEEE  P996  Terminology 

Alternate  Master:  Any  device  that  can  take  control  of 
the  bus  through  assertion  of  the  MASTER  signal.  It  has 
the  ability  to  generate  addresses  and  bus  control  signals 
in  order  to  perform  bus  operations.  All  Alternate  Mas- 
ters must  be  16  bit  devices  and  drive  SBHE. 

Bus  Ownership:  The  Current  Master  possesses  bus 
ownership  and  can  assert  any  bus  control,  address  and 
data  lines. 

Current  Master:  The  Permanent  Master,  Temporary 
Maste  or  Alternate  Master  which  currently  has  owner- 
ship of  the  bus. 

Permanent  Master:  Each  P996  bus  will  have  a  device 
known  as  the  Permanent  Master  that  provides  certain 
signals  and  bus  control  functions  as  described  in  Sec- 
tion 3.5  (of  the  IEEE  P996  spec),  "Permanent  Master". 
The  Permanent  Master  function  can  reside  on  a  Bus 
Adapter  or  on  the  backplane  itself. 

Temporary  Master:  A  device  that  is  capable  of  gener- 
ating a  DMA  request  to  obtain  control  of  the  bus  and 
directly  asserting  only  the  memory  and  I/O  strobes  dur- 
ing bus  transfer.  Addresses  are  generated  by  the  DMA 
device  on  the  Permanent  Master. 

ISA  Interface 
AEN 

Address  Enable  Input 

This  signal  must  be  driven  LOW  when  the  bus  performs 
an  I/O  access  to  the  device. 


DACK 

DMA  Acknowledge  Input 

Asserted  LOW  when  the  Permanent  Master  acknowl- 
edges a  DMA  request.  When  DACK  is  asserted  the 
PCnet-ISA  controller  becomes  the  Current  Master  by 
asserting  the  MASTER  signal. 

DRQ 

DMA  Request  Output 

When  the  PCnet-ISA  controller  needs  to  perform  a  DM  A 
transfer,  t  asserts  DRQ.  The  Permanent  Master  ac- 
knowledges DRQ  with  assertion  of  DACK.  When  the 
PCnet-ISA  controller  does  not  need  the  bus  it  deasserts 
DRQ. 


IOCHRDY 

I/O  Channel  Ready 


Input/Output 


When  the  PCnet-ISA  controller  is  being  accessed, 
IOCHRDY  HIGH  indicates  that  valid  data  exists  on  the 


data  bus  lor  reads  and  that  data  has  been  latched  for 
writes.  When  the  PCnet-ISA  controller  is  the  Current 
Master  on  the  ISA  bus,  it  extends  the  bus  cycle  as  long 
as  IOCHRDY  is  LOW. 


IOCS16 

I/O  Chip  Select  16  Input/Output 

When  an  I/O  read  or  write  operation  is  performed,  the 
PCnet-ISA  controller  will  drive  the  IOCS1 6  pin  LOW  to 
indicate  that  the  chip  supports  a  1 6-bit  operation  at  this 
address.  (If  the  motherboard  does  not  receive  this  sig- 
nal, then  the  motherboard  will  convert  a  1 6-bit  access  to 
two  8-bit  accesses.)  The  IOCS1 6  pin  is  also  an  input  and 
must  go  HIGH  at  least  once  after  reset  for  the  PCnet- 
ISA  controller  to  perform  16-bit  I/O  operations.  If  this  pin 
is  grounded  then  the  PCnet-ISA  controller  only  performs 
8-bit  I/O  operations. 

The  PCnet-ISA controllerfollows the  IEEE  P996 specifi- 
cation that  recommends  this  function  be  implemented 
as  a  pure  decode  of  SAO-9  and  AEN,  with  no  depend- 
ency on  SMEMR,  MEMR,  MEMW,  IOR,  or  IOW; 
however,  some  PC/AT  clone  systems  are  not  compat- 
ible with  this  approach.  For  this  reason,  the  PCnet-ISA 
controller  is  recommended  to  be  configured  to  run  8-bit 
I/O  on  all  machines.  Since  data  is  moved  by  memory  cy- 
cles there  is  virtually  no  performance  loss  incurred  by 
running  8-bit  I/O  and  compatibility  problems  are  virtually 
eliminated.  The  PCnet-ISA  controller  can  be  configured 
to  run  8-bit-only  I/O  by  disconnecting  the  IOCS16  pin 
from  the  ISA  bus  and  tying  the  IOCS16  pin  to  ground 
instead. 


IOR 

I/O  Read  Input 

IOR  is  driven  LOW  by  the  host  to  indicate  that  an  Input/ 
Output  Read  operation  is  taking  place.  IOR  is  only  valid 
if  the  AEN  signal  is  LOW  and  the  external  address 
matches  the  PCnet-ISA  controller's  predefined  I/O  ad- 
dress location.  If  valid,  IOR  indicates  that  a  slave  read 
operation  is  to  be  performed. 


IOW 

I/O  Write  Input 

IOW  is  driven  LOW  by  the  host  to  indicate  that  an  Input/ 
Output  Write  operation  is  taking  place.  IOW  is  only  valid 
if  AEN  signal  is  LOW  and  the  external  address  matches 
the  PCnet-ISA  controller's  predefined  I/O  address  loca- 
tion. If  valid,  low  indicates  that  a  slave  write  operation 
is  to  be  performed. 

IRQ 

Interrupt  Request  Output 

An  attention  signal  which  indicates  that  one  or  more  of 
the  following  status  flags  is  set:  BABL,  MISS,  MERR, 
RINT,  IDON,  RCVCCO,  JAB,  MFCO,  or  TXSTRT.  All 
status  flags  have  a  mask  bit  which  allows  for 
suppression  of  INTR  assertion .  These  flags  have  the  fol- 
lowing meaning: 
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BABL 

Babble 

Rpppiup  f"".n  II  i<;  Irs  n  O.nunt  Ovprflnw 

1  AO 
OMD 

JdUUtJI 

MISS 

WiccoH  Frame 

Ivll  JOCU  I  IONIC? 

MERR 

Memory  Error 

MFCO 

Missed  Frame  Count  Overflow 

RINT 

Receive  Interrupt 

IDON 

Initialization  Done 

TXSTRT 

Transmit  Start 

LA17-23 

Unlatched  Address  Bus  Output 

The  unlatched  address  bus  is  driven  by  the  PCnet-ISA 
controller  during  bus  master  cycle. 

The  functions  of  these  unlatched  address  pins  will 
change  when  GPSI  mode  is  invoked.  The  table  below 
shows  the  pin  configuration  in  GPSI  mode.  Please  refer 
to  the  section  on  General  Purpose  Serial  Interface  for 
detailed  information  on  accessing  this  mode. 


Pin 
Number 

Pin  Function  in 
Bus  Master  Mode 

Pin  Function  in 
GPSI  Mode 

5 

LA17 

RXDAT 

6 

LA18 

SRDCLK 

7 

LA19 

RXCRS 

9 

LA20 

CLSN 

10 

LA21 

STDCLK 

11 

LA22 

TXEN 

12 

LA23 

TXDAT 

MASTER 

Master  Mode  Output 

This  signal  indicates  that  the  PCnet-ISA  controller  has 
become  the  Current  Master  of  the  ISA  bus.  After  the 
PCnet-ISA  controller  has  received  a  DMA  Acknowledge 
(DACK)  in  response  to  a  DMA  Request  (DRQ),  the 
Ethernet  controller  asserts  the  MASTER  signal  to  indi- 
cate to  the  Permanent  Master  that  the  PCnet-ISA 
controller  is  becoming  the  Current  Master. 

MEMR 

Memory  Read  Output 

MEMR  goes  LOW  to  perform  a  memory  read  operation. 

MEMW 

Memory  Write  Output 

MEMW  goes  LOW  to  perform  a  memory  write 
operation. 

REF 

Memory  Refresh  Input 

When  REF  is  asserted,  a  memory  refresh  is  active.  The 
PCnet-ISA  controller  uses  this  signal  to  mask  inadver- 
tent DMA  Acknowledge  assertion  during  memory 


refresh  periods.  If  DACK  is  asserted  when  REF  is  ac- 
tive, DACK  assertion  is  ignored.  REF  is  monitored  to 
eliminate  a  bus  arbitration  problem  observed  on  some 
ISA  platforms. 

RESET 

Reset  Input 

When  RESET  is  asserted  HIGH  the  PCnet-ISA  control- 
ler performs  an  internal  system  reset.  RESET  must  be 
held  for  a  minimum  of  10  XTAL1  periods  before  being 
deasserted.  While  in  a  reset  state,  the  PCnet-ISA  con- 
troller will  tristate  or  deassert  all  outputs  to  predefined 
reset  levels.  The  PCnet-ISA  controller  resets  itself  upon 
power-up. 

SAO-19 

System  Address  Bus  Input/Output 

This  bus  contains  address  information,  which  is  stable 
during  a  bus  operation,  regardless  of  the  source. 
SA1 7-1 9  contain  the  same  values  as  the  unlatched  ad- 
dress LA17-19.  When  the  PCnet-ISA  controller  is  the 
Current  Master,  SAO-19  will  be  driven  actively.  When 
the  PCnet-ISA  controller  is  not  the  Current  Master,  the 
SA0-1 9  lines  are  continuously  monitored  to  determine  if 
an  address  match  exists  for  I/O  slave  transfers  or  Boot 
PROM  accesses. 


SBHE 

System  Byte  High  Enable  Input/Output 

This  signal  indicates  the  high  byte  of  the  system  data 
bus  is  to  be  used.  SBHE  is  driven  by  the  PCnet-ISA  con- 
troller when  performing  bus  mastering  operations. 

SDO-15 

System  Data  Bus  Input/Output 

These  pins  are  used  to  transfer  data  to  and  from  the 
PCnet-ISA  controller  to  system  resources  via  the  ISA 
data  bus.  SDO-15  is  driven  by  the  PCnet-ISA  controller 
when  performing  bus  master  writes  and  slave  read  op- 
erations. Likewise,  the  data  on  SDO-15  is  latched  by  the 
PCnet-ISA  controller  when  performing  bus  master 
reads  and  slave  write  operations. 

SMEMR 

System  Memory  Read  Input 

This  pin  is  used  during  Boot  PROM  access.  The  Boot 
PROM  can  be  disabled  by  not  connecting  this  pin. 

Board  Interface 

APCS 

Address  PROM  Chip  Select  Output 

This  signal  is  asserted  when  the  external  Address 
PROM  is  read.  When  an  I/O  read  operation  is  per- 
formed on  the  first  1 6  bytes  in  the  PCnet-ISA  controller's 
I/O  space,  APCS  is  asserted.  The  outputs  of  the  exter- 
nal Address  PROM  drive  the  PROM  Data  Bus.  The 
PCnet-ISA  controller  buffers  the  contents  of  the  PROM 
data  bus  and  drives  them  on  the  lower  eight  bits  of  the 
System  Data  Bus. 
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BPCS 

Boot  PROM  Chip  Select  Output 

This  signal  is  asserted  when  the  Boot  PROM  is  read.  If 
SAO-19  lines  match  a  predefined  address  block  and 
SMEMR  is  active  and  REF  inactive,  the  BPCS  signal  will 
be  asserted.  The  outputs  of  the  external  Boot  PROM 
drive  the  PROM  Data  Bus.  The  PCnet-ISA  controller 
buffers  the  contents  of  the  PROM  data  bus  and  drives 
them  on  the  lower  eight  bits  of  the  System  Data  Bus. 

DXCVR 

Disable  Transceiver  Output 

This  p  n  disables  the  transceiver.  The  DXCVR  output  is 
configured  in  the  initialization  sequence.  A  HIGH  level 
indica  es  the  Twisted  Pair  port  is  active  and  the  AU I  port 
is  inactive,  or  SLEEP  mode  has  been  entered.  A  LOW 
level  indicates  the  AUI  port  is  active  and  the  Twisted  Pair 
port  is  inactive. 

K>  AN  10-1 

Input/Output  Address  Map  Input 

These  inputs  configure  I/O  address  space  for  the 
PCnet-ISA  controller  and  memory  address  space  for  the 
optional  Remote  Boot  PROM  with  user  selectable  jump- 
ers. The  pins  are  pulled  HIGH  internally.  The  SA1-9 
inputs  are  used  for  I/O  address  comparisons  and  the 
SA14-19  inputs  are  used  for  Boot  PROM  matching. 


IO 

\M1,0 

I/O  Base 

Memory  Base 

00 

300  Hex 

C8000  Hex 

0  1 

320  Hex 

CC000  Hex 

1  0 

340  Hex 

D0000  Hex 

1  1 

360  Hex 

D4000  Hex 

LEDO-3 

LED  Dr  vers  Output 

These  pins  sink  12  mA  each  for  driving  LEDs.  Their 
meaning  is  software  configurable  (see  section  ISA  Bus 
Configuration  Registers)  and  they  are  active  LOW. 


When  EADI  mode  is  selected,  the  pins  named  LED1, 
LED2,  and  LED3  change  in  function  while  LED0  contin- 
ues to  indicate  10BASE-T  Link  Status.  The  MAUSEL 
input  becomes  the  EAR  input. 


LED 

EADI  Function 

1 

SF/BD 

2 

SRD 

.3 

SRDCLK 

MAUSEL/EAR 

MAU  Select/ 

External  Address  Reject  Input 

This  pin  selects  the  10BASE-T  MAU  when  HIGH  and 
the  AUI  interface  when  LOW  if  the  XMAUSEL  register 
bit  in  ISACSR2  (ISA  Configuration  Register)  is  set.  If  the 
XMAUSEL  register  bit  is  cleared,  the  MAUSEL  pin  is  ig- 
nored and  the  network  interface  is  software  selected. 
This  pin  has  a  default  value  of  HIGH  if  left  unconnected. 

If  EADI  mode  is  selected,  this  pin  becomes  the  EAR 
input.  The  incoming  frame  will  be  checked  against  the 
internally  active  address  detection  mechanisms  and  the 
result  of  this  check  will  be  OR'd  with  the  value  on  the 
EAR  pin.  The  EAR  pin  is  defind  as  REJECT.  See  the 
EADI  section  for  details  regarding  the  function  and  tim- 
ing of  this  signal. 

PRDBO-7 

Private  Data  Bus  Input 

This  is  the  data  bus  forthe  Boot  PROM  and  the  Address 
PROM. 


SLEEP 

Sleep 


Input 


When  SLEEP  pin  is  asserted  (active  LOW),  the  PCnet- 
ISA  controller  performs  an  internal  system  reset  and 
proceeds  into  a  power  savings  mode.  All  outputs  will  be 
placed  in  their  normal  reset  condition.  All  PCnet-ISA 
controller  inputs  will  be  ignored  except  for  the  SLEEP 
pin  itself.  Deassertion  of  SLEEP  results  in  wake-up. 
The  system  must  delay  the  starting  of  the  network  con- 
troller by  0.5  seconds  to  allow  internal  analog  circuits  to 
stabilize. 

TE 

Test  Enable  Input 

This  pin  is  for  factory  use  only.  It  has  a  default  value  of 
HIGH  if  left  unconnected.  It  is  recommended  that  this  pin 
always  be  connected  to  Vdd. 

XTAL1 

Crystal  Connection  Input 

The  internal  clock  generator  uses  a  20  MHz  crystal  that 
is  attached  to  pins  XTAL1  and  XTAL2.  Alternatively,  an 
external  20  MHz  CMOS-compatible  clock  signal  can  be 
used  to  drive  this  pin.  Refer  to  the  section  on  External 
Crystal  Characteristics  for  more  details. 

XTAL2 

Crystal  Connection  Output 

The  internal  clock  generator  uses  a  20  MHz  crystal  that 
is  attached  to  pins  XTAL1  and  XTAL2.  If  an  external 
clock  is  used,  this  pin  should  be  left  unconnected. 
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PIN  DESIGNATIONS:  SHARED  MEMORY 
Listed  by  Pin  Number 


Pin  # 

Name 

Pin  # 

Name 

Pin  # 

Name 

Pin  # 

Name 

1 

DVDD2 

31 

PRAB13 

61 

SD8 

91 

AVSS1 

2 

TE 

32 

PRAB14 

62 

SD1 

92 

DO- 

3 

APCS 

33 

PRAB15 

63 

SD9 

93 

DO+ 

4 

BPCS 

34 

DVSS6 

64 

DVSS8 

94 

AVDD1 

5 

SAO 

35 

SA7 

65 

SD2 

95 

Dl- 

6 

SA1 

36 

SA8 

66 

SD10 

96 

DI+ 

7 

SA2 

37 

SA9 

67 

SD3 

97 

Cl- 

8 

DVSS3 

38 

ABOE 

68 

SD11 

98 

CI+ 

9 

SA3 

39 

MEMW 

69 

DVDD6 

99 

AVDD2 

10 

SA4 

40 

MEMR 

70 

SD4 

100 

11 

SA5 

41 

SMA 

71 

IV  I 

MAI  IQPI  /CAD 
MAUotUtAH 

12 

SA6 

42 

SROE 

72 

SD5 

13 

SBHE 

43 

DVSS7 

73 

SD13 

103 

14 

PRABO 

44 

SRWE 

74 

DVSS9 

104 

DVSS1 

15 

PRAB1 

45 

IOCS1 6 

75 

SD6 

105 

LED1 

16 

DVSS4 

46 

DVDD4 

76 

SD14 

106 

i  cnn 

17 

PRAB2 

47 

IRQ 

77 

SD7 

107 

DVDD1 

18 

PRAB3 

48 

SMAM 

78 

SD15 

108 

PRDB7 

19 

PRAB4 

49 

IOR 

79 

DVSS12 

109 

PRDRfi 

20 

DVSS10 

50 

low 

80 

RXD- 

110 

21 

PRAB5 

51 

BPAM 

81 

RXD+ 

111 

PRDB4 

22 

PRAB6 

52 

DVSS1 1 

82 

AVDD4 

112 

PRDB3 

23 

PRAB7 

53 

AEN 

83 

TXP- 

113 

DVSS2 

24 

PRAB8 

54 

IOCHRDY 

84 

TXD- 

114 

PRDB2 

25 

DVSS5 

55 

RESET 

85 

TXP+ 

115 

PRDB1 

26 

PRAB9 

56 

SLEEP 

86 

TXD+ 

116 

PRDB0 

27 

PRAB10 

57 

IOAM0 

87 

AVDD3 

117 

TDI 

28 

PRAB1 1 

58 

IOAM1 

88 

XTAL1 

118 

TDO 

29 

DVDD3 

59 

DVDD5 

89 

AVSS2 

119 

TMS 

30 

PRAB12 

60 

SD0 

90 

XTAL2 

120 

TCK 
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PIN  DESIGNATIONS:  SHARED  MEMORY 
Listed  by  Pin  Name 


lame 

Pin# 

Name 

Pin# 

Name 

Pin# 

Name 

Pin# 

A 

BOE 

38 

DVSS8 

64 

PRAB10 

27 

SD2 

65 

\ 

EN 

53 

DVSS9 

74 

PRAB11 

28 

SD3 

67 

A 

PCS 

3 

DVSS10 

20 

PRAB12 

30 

SD4 

70 

A 

VDD1 

94 

DVSS11 

52 

PRAB13 

31 

SD5 

72 

A 

VDD2 

99 

DVSS1 2 

79 

PRAB14 

32 

SD6 

75 

AVDD3 

87 

DXCVR 

100 

PRAB15 

33 

SD7 

77 

AVDD4 

82 

IOAM0 

57 

PRDB0 

116 

SD8 

61 

AVSS1 

91 

IOAM1 

58 

PRDB1 

115 

SD9 

63 

VSS2 

89 

IOCHRDY 

54 

PRDB2 

114 

SD10 

66 

B 

51 

IOCS16 

45 

PRDB3 

112 

SD11 

68 

4 

Tor 

49 

PRDB4 

111 

SD12 

71 

Cl- 

97 

ToW 

50 

PRDB5 

110 

SD13 

73 

CI+ 

98 

IRQ 

47 

PRDB6 

109 

SD14 

76 

D 

I- 

95 

LEDO 

106 

PRDB7 

108 

SD15 

78 

D 

96 

LEDT 

105 

RESET 

55 

SLEEP 

56 

: 

92 

LED2 

103 

RXD- 

80 

SMA 

41 

93 

LED3 

102 

RXD+ 

81 

SMAM 

48 

D 

VDD1 

107 

MAUSEL/EAR 

101 

SAO 

5 

SROE 

42 

D 

VDD2 

1 

MEMR 

40 

SA1 

6 

SRWE 

44 

D 

VDD3 

29 

MEMW 

39 

SA2 

7 

TCK 

120 

D 

VDD4 

46 

PRABO 

14 

SA3 

9 

TDI 

117 

VDD5 

59 

PRAB1 

15 

SA4 

10 

TDO 

118 

DVDD6 

69 

PRAB2 

17 

SA5 

11 

TE 

2 

DVSS1 

104 

PRAB3 

18 

SA6 

12 

TMS 

119 

D 

VSS2 

113 

PRAB4 

19 

SA7 

35 

TXD- 

84 

D 

VSS3 

8 

PRAB5 

21 

SA8 

36 

TXD+ 

86 

D 

VSS4 

16 

PRAB6 

22 

SA9 

37 

TXP- 

83 

D 

VSS5 

25 

PRAB7 

23 

SBHE 

13 

TXP+ 

85 

DVSS6 

34 

PRAB8 

24 

SD0 

60 

XTAL1 

88 

D 

VSS7 

43 

PRAB9 

26 

SD1 

62 

XTAL2 

90 
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PIN  DESIGNATIONS:  SHARED  MEMORY 
Listed  by  Group 


Pin  Name 

Pin  Function 

I/O 

Driver 

ISA  Bus  Interface 

AEN 

Address  Enable 

I 

IOCHRDY 

I/O  Channel  Ready 

o 

OD3 

IOCS16 

I/O  Chip  Select  16 

I/O 

OD3 

lOR 

I/O  Read  Select 

I 

low 

I/O  Write  Select 

I 

IRQ 

Interrupt  Request 

o 

OD3 

MEMR 

Memory  Read  Select 

I 

MEMW 

Memory  Write  Select 

I 

RESET 

System  Reset 

I 

SAO-9 

System  Address  Bus 

I 

SBHE 

System  Byte  High  Enable 

I 

SDO-15 

System  Data  Bus 

I/O 

TS3 

Board  Interfaces 

ABOE 

Address  Buffer  Output  Enable 

o 

TS3 

APCS 

Address  PROM  Chip  Select 

o 

TS1 

BPAM 

Boot  PROM  Address  Match 

I 

BPCS 

Boot  PROM  Chip  Select 

o 

TS1 

DXCVR 

Disable  Transceiver 

o 

TS1 

IOAMO-1 

Input/Output  Address  Map 

I 

LEDO 

LEDO/LNKST 

o 

TS2 

LED1 

LED1 

o 

TS2 

LED2 

LED2 

o 

TS2 

LED3 

LED3 

o 

TS2 

MAUSEL/EAR 

MAU  SELect/External  Address  Reject 

I 

PRABO-15 

PRivate  Address  Bus 

I/O 

TS3 

PRDBO-7 

PRivate  Data  Bus 

I/O 

TS1 

SLEEP 

Sleep  Mode 

I 

SMA 

Shared  Memory  Architecture 

I 

SMAM 

Shared  Memory  Address  Match 

SROE 

Static  RAM  Output  Enable 

o 

TS3 

SRWE 

Static  RAM  Write  Enable 

O 

TS1 

TE 

Test  Enable 

I 

XTAL1 

Crystal  Oscillator  Input 

1 

XTAL2 

Crystal  Oscillator  OUTPUT 

o 
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DESIGNATIONS:  SHARED  MEMORY  (continued) 


Listed  by  Group 


PinN 

ame 

Pin  Function 

I/O 

Driver 

Attachment  Unit  Interface  (AUI) 

Ctt 
DI+ 
DO± 

Collision  Inputs 
Receive  Data 
Transmit  Data 

I 
1 

o 

Twisted  Pair  Transceiver  Interface  (10BASE-T) 

RXD± 
TXD}: 

TXP+ 

10BASE-T  Receive  Data 
10BASE-T  Transmit  Data 
10BASE-T  Predistortion  Control 

1 

o 
o 

IEEE 

1149.1  Test  Access  Port  Interface  (JTAG) 

TCK 
TDI 
TDO 
TMS 

Test  Clock 
Test  Data  Input 
Test  Data  Output 
Test  Mode  Select 

1 
1 

o 
1 

TS2 

Power  Supplies 

AVDI 
AVSS 
DVD 
DVS! 

5 

: 

Analog  Power 
Analog  Ground 
Digital  Power 
Digital  Ground 

Table:  Output  Driver  Types 


Name 


Type 


lol  (mA) 


loh  (mA) 


PF 


TS1 
TS2 
TS3 
OD3 


Tri-State 
Tri-State 
Tri-State 
Open  Drain 


4 

12 
24 
24 


-1 
-4 
-3 
-3 


50 
50 
120 
120 
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PIN  DESCRIPTION: 
SHARED  MEMORY  MODE 

ISA  Interface 
AEN 

Address  Enable  Input 

This  signal  must  be  driven  LOW  when  the  bus  performs 
an  I/O  access  to  the  device. 

IOCHRDY 

I/O  Channel  Ready  Output 

When  the  PCnet-ISA  controller  is  being  accessed,  a 
HIGH  on  IOCHRDY  indicates  that  valid  data  exists  on 
the  data  bus  tor  reads  and  that  data  has  been  latched  for 
writes. 


IOCS16 

I/O  Chip  Select  16  Input/Output 

When  an  I/O  read  or  write  operation  is  performed,  the 
PCnet-ISA  controller  will  drive  this  pin  LOW  to  indicate 
that  the  chip  supports  a  1 6-bit  operation  at  this  address. 
(If  the  motherboard  does  not  receive  this  signal,  then  the 
motherboard  will  convert  a  1 6-bit  access  to  two  8-bit  ac- 
cesses.) The  IOCS16  pin  is  also  an  input  and  must  go 
HIGH  at  least  once  after  reset  for  the  PCnet-ISA  control- 
ler to  perform  16-bit  I/O  operations.  If  this  pin  is 
grounded  then  the  PCnet-ISA  controller  only  performs 
8  bit  I/O  operations. 

The  PCnet-ISA  controller  follows  the  IEEE  P996  specifi- 
cation that  recommends  this  function  be  implemented 
as  a  pure  decode  of  SAO-9  and  AEN,  with  no  depend- 
ency  on  SMEMR,  MEMR,  MEMW,  IOR,  or  IOW; 
however,  some  PC/AT  clone  systems  are  not  compat- 
ible with  this  approach.  For  this  reason,  the  PCnet-ISA 
controller  is  recommended  to  be  configured  to  run  8-bit 
I/O  on  all  machines.  Since  data  is  moved  by  memory  cy- 
cles there  is  virtually  no  performance  loss  incurred  by 
running  8-bit  I/O  and  compatibility  problems  are  virtually 
eliminated.  The  PCnet-ISA  controller  can  be  configured 
to  run  8-bit-only  I/O  by  disconnecting  the  IOCS16  pin 
from  the  ISA  bus  and  tying  the  IOCS16  pin  to  ground 
instead. 


IOR 

I/O  Read  Input 

To  perform  an  Input/Output  Read  operation  on  the  de- 
vice IOR  must  be  asserted.  IOR  is  only  valid  if  the  AEN 
signal  is  LOW  and  the  external  address  matches  the 
PCnet-ISA  controller 's  predefined  I/O  address  location. 
If  valid,  IOR  indicates  that  a  slave  read  operation  is  to  be 
performed. 


IOW 

I/O  Write  Input 

To  perform  an  Input/Output  write  operation  on  the  de- 
vice IOW  must  be  asserted.  IOW  is  only  valid  if  AEN 
signal  is  LOW  and  the  external  address  matches  the 
PCnet-ISA  controller's  predefined  I/O  address  location. 
If  valid,  IOW  indicates  that  a  slave  write  operation  is  to 
be  performed. 


IRQ 

Interrupt  Request  Output 

An  attention  signal  which  indicates  that  one  or  more  of 
the  following  status  flags  is  set:  BABL,  MISS,  MERR, 
Rl  NT,  IDON  or  TXSTRT.  All  status  flags  have  a  mask  bit 
which  allows  for  suppression  of  INTR  assertion.  These 
flags  have  the  following  meaning: 


BABL 

Babble 

RCVCCO 

Receive  Collision  Count  Overflow 

JAB 

Jabber 

MISS 

Missed  Frame 

MERR 

Memory  Error 

MFCO 

Missed  Frame  Count  Overflow 

RINT 

Receive  Interrupt 

IDON 

Initialization  Done 

TXSTRT 

Transmit  Start 

MEMR 

Memory  Read  Input 

MEMR  goes  LOW  to  perform  a  memory  read  operation. 

MEMW 

Memory  Write  Input 

MEMW  goes  LOW  to  perform  a  memory  write 
operation. 

RESET 

Reset  Input 

When  R  ESET  is  asserted  HIGH,  the  PCnet-ISA  control- 
ler performs  an  internal  system  reset.  RESET  must  be 
held  for  a  minimum  of  10  XTAL1  periods  before  being 
deasserted.  While  in  a  reset  state,  the  PCnet-ISA  con- 
troller will  tristate  or  deassert  all  outputs  to  predefined 
reset  levels.  The  PCnet-ISA  controller  resets  itself  upon 
power-up. 

SAO-9 

System  Address  Bus  Input 

This  bus  carries  the  address  inputs  from  the  system  ad- 
dress bus.  Address  data  is  stable  during  command 
active  cycle. 


SBHE 

System  Bus  High  Enable  Input 

This  signal  indicates  the  HIGH  byte  of  the  system  data 
bus  is  to  be  used.  There  is  a  weak  pull-up  resistor  on  this 
pin.  If  the  PCnet-ISA  controller  is  installed  in  an  8-bit 
only  system  like  the  PC/XT,  SBHE  will  always  be  HIGH 
and  the  PCnet-ISA  controller  will  perform  only  8-bit  op- 
erations. There  must  be  at  least  one  LOW  going  edge  on 
this  signal  before  the  PCnet-ISA  controller  will  perform 
16-bit  operations. 
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SDO-15 

System  Data  Bus  Input/Output 

This  bus  is  used  to  transfer  data  to  and  from  the  PCnet- 
ISA  controller  to  system  resources  via  the  ISA  data  bus. 
SDO-15  isdrivenbythe  PCnet-ISAcontrollerwhen per- 
forming slave  read  operations. 

Likewise,  the  data  on  SDO-15  is  latched  by  the 
PCnet-ISA  controller  when  performing  slave  write 
operations. 

Board  Interface 


ABOE 

Address  Buffer  Output  Enable  Output 

This  pin  goes  LOW  to  enable  an  external  octal  buffer  to 
drive  the  contents  of  SA10-15  onto  PRAB10-15.  Only 
six  of  the  eight  buffers  are  needed. 

APCS 

Address  PROM  Chip  Select  Output 

This  signal  is  asserted  when  the  external  Address 
PROM  is  read.  When  an  I/O  read  operation  is  per- 
formed on  the  first  1 6  bytes  in  the  PCnet-ISA  controller's 
I/O  space,  APCS  is  asserted.  The  outputs  of  the  exter- 
nal Address  PROM  drive  the  PROM  Data  Bus.  The 
PCnet-ISA  controller  buffers  the  contents  of  the  PROM 
data  bus  and  drives  them  on  the  lower  eight  bits  of  the 
System  Data  Bus.  IOCS16  is  not  asserted  during 
this  cycle. 


:ycle 


BPAI\ 

Boot  PROM  Address  Match  Input 

This  pin  indicates  a  Boot  PROM  access  cycle.  If  no  Boot 
PROM  is  installed,  this  pin  has  a  default  value  of  HIGH 
and  thus  may  be  left  connected  to  Vdd. 


BPCS 

Boot  PROM  Chip  Select  Output 

This  signal  is  asserted  when  the  Boot  PROM  is  read.  If 
BP  AM  is  active  and  MEMR  is  active,  the  BPCS  signal 
will  be  asserted.  The  outputs  of  the  external  Boot 
PROM  drive  the  PROM  Data  Bus.  The  PCnet-ISA  con- 
troller buffers  the  contents  of  the  PROM  data  bus  and 
drives  them  on  the  System  Data  Bus.  IOCS1 6  is  not  as- 
serted during  this  cycle.  If  1 6-bit  cycles  are  performed,  it 
is  the  responsibility  of  external  logic  to  assert  MEMCS1 6 


DXCVR 

Disable  Transceiver  Output 

This  pin  disables  the  transceiver.  A  high  level  indicates 
the  Twisted  Pair  Interface  is  active  and  the  AUI  interface 
is  inactive,  or  SLEEP  mode  has  been  entered.  A  low 
level  indicates  the  AUI  interface  is  active  and  the 
Twisted  Pair  interface  is  inactive. 


IOAMO-1 

Input/Output  Address  Map  Input 

These  inputs  configure  I/O  address  space  for  the 
PCnet-ISA  controller.  The  pins  have  an  on-chip  pullup 
resistor  and  are  pulled  HIGH  internally.  The  SA1-9  in- 
puts are  used  for  I/O  address  comparisons. 


IOAM1 ,0 

I/O  Base 

00 

300  Hex 

0  1 

320  Hex 

1  0 

340  Hex 

1  1 

360  Hex 

LEDO-3 

LED  Drivers 

Output 

These  pins  sink  12  mA  each  for  driving  LEDs.  Their 
meaning  is  software  configurable  (see  section  ISA  Bus 
Configuration  Registers)  and  they  are  active  LOW. 


When  EADI  mode  is  selected,  the  pins  named  LED1 , 
LED2,  and  LED3  change  in  function  while  LEDO  contin- 
ues to  indicate  10BASE-T  Link  Status.  The  MAUSEL 
input  becomes  the  EAR  input. 


LED 

EADI  Function 

1 

SF/BD 

2 

SRD 

3 

SRDCLK 

MAUSEL/EAR 

MAU  Select/ 

External  Address  Reject  Input 

This  pin  selects  the  10BASE-T  MAU  when  HIGH  and 
the  AUI  interface  when  LOW  if  the  XMAUSEL  register 
bit  in  ISACSR2  (ISA  Configuration  Register)  is  set.  If  the 
XMAUSEL  register  bit  is  cleared,  the  MAUSEL  pin  is  ig- 
nored and  the  network  interface  is  software  selected. 
This  pin  has  a  default  value  of  HIGH  if  left  unconnected. 

If  EADI  mode  is  selected,  this  pin  becomes  the  EAR 
input.  The  incoming  frame  will  be  checked  against  the 
internally  active  address  detection  mechanisms  and  the 
result  of  this  check  will  be  OR'd  with  the  value  on  the 
EAR  pin.  The  EAR  pin  is  defined  as  REJECT.  See  the 
EADI  section  for  details  regarding  the  function  and  tim- 
ing of  this  signal. 

PRABO-15 

Private  Address  Bus  Input/Output 

The  Private  Address  Bus  is  the  address  bus  used  to 
drive  the  Address  PROM,  Remote  Boot  PROM,  and 
SRAM.  PRAB10-15  are  required  to  be  buffered  by  a  Bus 
Buffer  with  ABOE  as  its  control  and  SA10-15  as  its 
inputs. 
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PRDBO-7 

Private  Data  Bus  Input/Output 

This  is  the  data  bus  for  the  static  RAM ,  the  Boot  PROM , 
and  the  Address  PROM. 


SLEEP 

Sleep 


Input 


When  SLEEP  input  is  asserted  (active  LOW),  the 
PCnet-ISA  controller  performs  an  internal  system  reset 
and  proceeds  into  a  power  savings  mode.  All  outputs 
will  be  placed  in  their  normal  reset  condition.  All  PCnet- 
ISA  controller  inputs  will  be  ignored  except  for  the 
sleep  pin  itself.  Deassertion  of  SLEEP  results  in 
wake-up.  The  system  must  delay  the  starting  of  the  net- 
work controller  by  0.5  seconds  to  allow  internal  analog 
circuits  to  stabilize. 


SMA 

Shared  Memory  Architecture  Input 

This  pin  is  sampled  after  the  hardware  RESET  se- 
quence. The  pin  must  be  pulled  permanently  LOW  for 
operation  in  the  shared  memory  mode. 


SMAM 

Shared  Memory  Address  Match  Input 

This  pin  indicates  an  access  to  shared  memory  when 
active.  The  type  of  access  is  decided  by  MEMR  or 
MEMW. 


SROE 

Static  RAM  Output  Enable  Output 

This  pin  directly  controls  the  external  SRAM's  OE  pin. 


SRWE 

Static  RAM  Write  Enable  Output 

This  pin  directly  controls  the  external  SRAM's  WE  pin. 

TE 

Test  Enable  Input 

This  pin  is  for  factory  use  only.  It  has  a  default  value  of 
HIGH  if  left  unconnected.  It  is  strongly  recommended 
that  this  pin  always  be  connected  to  Vdd. 

XTAL1 

Crystal  Connection  Input 

The  internal  clock  generator  uses  a  20  MHz  crystal  that 
is  attached  to  pins  XTAL1  and  XTAL2.  Alternatively,  an 
external  20  MHz  CMOS-compatible  clock  signal  can  be 
used  to  drive  this  pin.  Refer  to  the  section  on  External 
Crystal  Characteristics  for  more  details. 

XTAL2 

Crystal  Connection  Output 

The  internal  clock  generator  uses  a  20  MHz  crystal  that 
is  attached  to  pins  XTAL1  and  XTAL2.  If  an  external 
clock  is  used,  this  pin  should  be  left  unconnected. 
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PIN  DESCRIPTION: 
NETWORK  INTERFACES 


This 


AUI 

CI+) 
Control  Input 


Interface 
Cl- 


Input 


s  a  differential  input  pair  used  to  detect  Collision 


(Signal  Quality  Error  Signal). 

DI+,  Dl- 
Data  In 


Input 


This  is  a  differential  receive  data  input  pairto  the  PCnet- 
ISA  controller. 

DO+,  DO- 

Data  Out  Output 

This  is  a  differential  transmit  data  output  pair  from  the 
PCnet-ISA  controller. 

Twisted  Pair  Interface 
RXD+,  RXD- 

Recelve  Data  Input 

This  is  the  1 0BASE-T  port  differential  receive  input  pair. 

TXD+,  TXD- 

Transmit  Data  Output 

These  are  the  10BASE-T  port  differential  transmit 
drivers. 


TXP+,  TXP- 

Transmit  Predistortion  Control  Output 

These  are  10BASE-T  transmit  waveform  pre-distortion 
control  differential  outputs. 

PIN  DESCRIPTION 

IEEE  1149.1  (JTAG)  TEST  ACCESS  PORT 
TCK 

Test  Clock  Input 

This  is  the  clock  input  for  the  boundary  scan  test  mode 
operation.  TCK  can  operate  up  to  1 0  MHz.  If  left  uncon- 
nected, this  pin  has  a  default  value  of  HIGH. 

TDI 

Test  Data  Input  Input 

This  is  the  test  data  input  path  to  the  PCnet-ISA  control- 
ler. If  left  unconnected,  this  pin  has  a  default  value  of 
HIGH. 

TDO 

Test  Data  Output  Output 

This  is  the  test  data  output  path  from  the  PCnet-ISA  con- 
troller. TDO  is  tri-stated  when  JTAG  port  is  inactive. 

TMS 

Test  Mode  Select  Input 

This  is  a  serial  input  bit  stream  used  to  define  the  spe- 
cific boundary  scan  test  to  be  executed.  If  left 
unconnected,  this  pin  has  a  default  value  of  HIGH. 
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PIN  DESCRIPTION:  POWER  SUPPLIES 

All  power  pins  with  a  "D"  prefix  are  digital  pins  connected 
to  the  digital  circuitry  and  digital  I/O  buffers.  All  power 
pins  with  an  "A"  prefix  are  analog  power  pins  connected 
to  the  analog  circuitry.  Not  all  analog  pins  are  quiet  and 
special  precaution  must  be  taken  when  doing  board  lay- 
out. Some  analog  pins  are  more  noisy  than  others  and 
must  be  separated  from  the  other  analog  pins. 

AVDD1-4 

Analog  Power  (4  Pins)  Power 

Supplies  power  to  analog  portions  of  the  PCnet-ISA 
controller.  Special  attention  should  be  paid  to  the 
printed  circuit  board  layout  to  avoid  excessive  noise  on 
these  lines.  These  supply  lines  should  be  kept  separate 
from  the  DVDD  supply  pins  and  as  far  back  to  the  power 
supply  as  is  practically  possible.  AVDD3  is  an  exception 
and  should  be  connected  to  DVDD  supply  and  away 
from  remaining  AVDD  supply  pins.  See  the  table  below 
for  more  details. 

AVSS1-2 

Analog  Ground  (2  Pins)  Power 

Supplies  ground  reference  to  analog  portions  of 
PCnet-ISA  controller.  Special  attention  should  be  paid 


to  the  printed  circuit  board  layout  to  avoid  excessive 
noise  on  these  lines.  These  supply  lines  should  be  kept 
separate  from  the  DVSS  ground  pins  and  as  far  back  to 
the  power  supply  as  is  practically  possible.  AVSS1  is  an 
exception  and  should  be  connected  to  DVSS  supply  and 
away  from  remaining  AVSS  supply  pins.  See  the  table 
below  for  more  details. 

DVDD1-6 

Digital  Power  (6  Pins)  Power 

Supplies  power  to  digital  portions  of  PCnet-ISA  control- 
ler. Four  pins  are  used  by  Input/Output  buffer  drivers 
and  two  are  used  by  the  internal  digital  circuitry. 

DVSS1-12 

Digital  Ground  (1 2  Pins)  Power 

Supplies  ground  reference  to  digital  portions  of 
PCnet-ISA  controller.  Ten  pins  are  used  by  Input/Output 
buffer  drivers  and  two  are  used  by  the  internal  digital 
circuitry. 


Analog  Power  Pins  and  the  Circuits  to  Which  They  are  Connected 


Analog 
Power 

Analog 
Ground 

Circuit 

Comments 

AVDD2 

and 
AVDD4 

AVSS2 

These  pins  are  connected  to  the  analog 
voltage  reference  circuit  and  VCO. 

These  pins  should  be  kept  quiet.  They 
should  be  kept  separated  with  low-  and 
high-frequency  by-pass  capacitors. 

AVDD1 

These  pins  are  connected  to  analog 
circuits  such  as  AUI  and  Twisted  Pair 
receive  logic. 

These  pins  are  moderately  quiet  and 
should  be  connected  to  the  VDD  supply 
a  short  distance  away  from  the  DVDD  pins. 

AVDD3 

AVSS1 

These  pins  are  connected  to  the  AUI  and 
Twisted  Pair  drivers. 

These  pins  are  more  noisy  and  should  be 
connected  to  the  DVDD/DVSS  supplies. 
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FUNCTIONAL  DESCRIPTION 

The  PCnet-ISA  controller  is  a  highly  integrated  system 
solution  for  the  PC-AT  ISA  architecture.  It  provides  an 
Ethernet  controller,  AUI  port,  and  10BASE-T  trans- 
ceiver. The  PCnet-ISA  controller  can  be  directly 
interfaced  to  an  ISA  system  bus.  The  PCnet-ISA  con- 
troller contains  an  ISA  bus  interface  unit,  DMA  Buffer 
Management  Unit,  802.3  Media  Access  Control  func- 
tion, separate  136-byte  transmit  and  128-byte  receive 
FIFOs,  IEEE  defined  Attachment  Unit  Interface  (AUI), 
and  Twisted-Pair  Transceiver  Media  Attachment  Unit. 
In  addition,  a  Sleep  function  has  been  incorporated 
which  provides  low  standby  current  for  power  sensitive 
applications. 

The  PCnet-ISA  controller  is  register  compatible  with  the 
LANCE  (Am7990)  Ethernet  controller  and  PCnet-ISA* 
controller  (Am79C961).  The  DMA  Buffer  Management 
Unit  supportsthe  LANCE  descriptor  software  model  and 
the  PCnet-ISA  controller  is  software  compatible  with  the 
Novell  NE2100  and  NE1500T  add-in  cards. 

External  remote  boot  and  Ethernet  physical  address 
PROMs  are  supported.  The  location  of  the  I/O  registers 
and  PROMs  are  configured  by  selected  pins  and  inter- 
nal address  comparators  (in  bus  master  mode)  or 
external  logic  (in  shared  memory  mode). 

The  PCnet-ISA  controller's  bus  master  architecture 
brings  to  system  manufacturers  (adapter  card  and 
motherboard  makers  alike)  something  they  have  not 
been  able  to  enjoy  with  other  architectures — a  low-cost 
system  solution  that  provides  the  lowest  parts  count  and 
highest  performance.  As  a  bus-mastering  device,  costly 
and  power-hungry  external  SRAMs  are  not  needed  for 
packet  buffering.  This  results  in  lower  system  cost  due 
to  fewer  components,  less  real-estate  and  less  power. 
The  PCnet-ISA  controller's  advanced  bus  mastering  ar- 
chitecture also  provides  high  data  throughput  and  low 
CPU  utilization  for  even  better  performance. 

To  offer  greater  flexibility,  the  PCnet-ISA  controller  has 
a  shared  memory  mode  to  meet  varying  application 
needs.  The  shared  memory  architecture  is  compatible 


with  very  low-end  machines,  such  as  PC/XTs  that  do  not 
support  bus  mastering,  and  very  high  end  machines 
which  require  local  packet  buffering  for  increased  sys- 
tem latency. 

The  network  interface  provides  an  Attachment  Unit  In- 
terface and  Twisted-Pair  Transceiver  functions.  Only 
one  interface  is  active  at  any  particular  time.  The  AUI 
allows  for  connection  via  isolation  transformer  to 
10BASE5  and  10BASE2,  thick  and  thin  based  coaxial 
cables.  The  Twisted-Pair  Transceiver  interface  allows 
for  connection  of  unshielded  twisted-pair  cables  as 
specified  by  the  Section  14  supplement  to  IEEE  802.3 
Standard  (Type  10BASE-T). 

Bus  Master  Mode 

System  Interface 

The  PCnet-ISA  controller  has  two  fundamental  operat- 
ing modes,  Bus  Master  and  Shared  Memory.  The 
selection  of  either  the  Bus  Master  mode  or  the  Shared 
Memory  mode  must  be  done  through  hard  wiring;  it  is 
not  software  configurable.  The  Bus  Master  mode  pro- 
vides an  Am7990  (LANCE)  compatible  Ethernet 
controller,  an  Ethernet  Address  PROM,  a  Boot  PROM, 
and  a  set  of  device  configuration  registers. 

The  optional  Boot  PROM  is  in  memory  address  space 
and  is  expected  to  be  16  kilobytes  or  less  in  size.  The 
memory  address  is  always  related  to  the  I/O  address. 
For  example ,  0x300  is  always  associated  with  0xC8000 . 
On-chip  address  comparators  control  device  selection 
based  on  the  value  of  the  input  pins  IOAM0  and  IOAM 1 . 
The  SMEMR  input  pin  can  be  left  unconnected  for  appli- 
cations where  a  Remote  Boot  PROM  is  not  needed. 

The  address  PROM,  board  configuration  registers,  and 
the  Ethernet  controller  occupy  24  bytes  of  I/O  space  and 
can  be  located  on  four  different  starting  addresses. 

Data  buffers  are  located  in  motherboard  memory  and 
can  be  accessed  by  the  PCnet-ISA  controller  when  the 
device  becomes  the  Current  Master. 
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Shared  Memory  Mode 

System  Interface 

The  Shared  Memory  mode  is  the  other  fundamental  op- 
erating mode  available  on  the  PCnet-ISA  controller.  The 
PCnet-ISA  controller  uses  the  same  descriptor  and 
buffer  architecture  as  the  LANCE,  but  these  data  struc- 
tures are  stored  in  static  RAM  controlled  by  the 
PCnet-ISA  controller.  The  static  RAM  is  visible  as  a 
memory  resource  to  the  PC.  The  other  resources  look 
the  same  as  in  the  Bus  Master  mode. 

The  Boot  PROM  is  selected  by  an  external  device  which 
ves  the  Boot  PROM  Address  Match  (BPAM)  input  to 
the  PCnet-ISA  controller.  The  PCnet-ISA  controller  can 
perform  two  8-bit  accesses  from  the  8-bit  Boot  PROM 
and  present  16-bits  of  data.  The  shared  memory  works 
the  same  way,  with  an  external  device  generating 
Shared  Memory  Address  Match  and  the  PCnet-ISA 
controller  performing  the  read  or  write  and  the  8  to  1 6-bit 
data  conversion. 

Converting  shared  memory  accesses  from  8-bit  cycles 
to  16-bit  cycles  allows  use  of  the  much  faster  16-bit  cy- 
cle timing  while  cutting  the  number  of  bus  cycles  in  half. 
This  raises  performance  to  more  than  400%  of  what 
could  be  achieved  with  8-bit  cycles.  Converting  boot 
PROM  accesses  to  1 6-bit  cycles  allows  the  two  memory 
resources  to  be  in  the  same  1 28  Kbyte  block  of  memory 
without  a  clash  between  two  devices  with  different  data 

widths. 

] 

Note  that  the  external  address  buffer  must  drive  all  the 
bits  of  PRAB10-15  even  if  the  static  RAM  is  less  than 
64  Kbytes.  The  PCnet-ISA  controller  uses  an  internal 


address  comparator  to  perform  SRAM  prefetches  on 
the  Private  Data  Bus;  the  PRAB0-1 5  signals  are  used  in- 
ternally to  determine  whether  a  SRAM  read  cycle 
prefetch  is  a  match  or  a  miss. 

Access  to  the  Ethernet  controller  registers,  board  con- 
figuration registers,  and  Address  PROM  is  done  with 
on-chip  address  comparators. 

Network  Interface 

The  PCnet-ISA  controller  can  be  connected  to  an  IEEE 
802.3  network  via  one  of  two  network  interface  ports. 
The  Attachment  Unit  Interface  (AUI)  provides  an 
IEEE  802.3  compliant  differential  interface  to  a  remote 
MAU  or  a  transceiver  on  the  system  board.  The 
10BASE-T  interface  provides  a  twisted-pair  Ethernet 
port.  The  PCnet-ISA  controller  provides  three  modes  of 
network  interface  selection:  automatic  selection,  soft- 
ware selection,  and  jumper  selection  of  AUI  or 
10BASE-T  interface. 

In  the  automatic  selection  mode,  the  PCnet-ISA  control- 
ler will  select  the  interface  that  is  connected  to  the 
network  by  checking  the  Link  Status  state  machine.  If 
both  AUI  and  10BASE-T  interfaces  are  connected,  the 
10BASE-T  interface  is  selected  over  AUI.  If  the 
PCnet-ISA  controller  is  initialized  for  software  selection 
of  network  interface,  it  will  read  the  PORTSEL  [1 :0]  bits 
in  the  Mode  register  (CSR1 5.8  and  CSR15.7)  to  deter- 
mine which  interface  needs  to  be  activated.  For  jumper 
selection  of  the  network  interface,  the  MAUSEL  pin  is 
used.  When  the  XMAUSEL  bit  in  ISACSR2  is  set,  a 
HIGH  on  the  pin  will  select  the  1 0BASE-T  interface,  and 
a  LOW  on  the  pin  will  select  the  AUI  interface. 
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DETAILED  FUNCTIONS 

Bus  Interface  Unit  (BIU) 

The  bus  interface  unit  is  a  mixture  of  a  20  MHz  state  ma- 
chine and  asynchronous  logic.  It  handles  two  types  of 
accesses:  accesses  where  the  PCnet-ISA  controller  is 
a  slave  and  accesses  where  the  PCnet-ISA  controller  is 
the  Current  Master. 


In  slave  mode,  signals  like  IOCS16  are  asserted  and 
deasserted  as  soon  as  the  appropriate  inputs  are  re- 
ceived. IOCHRDY  is  asynchronously  driven  LOW  if  the 
PCnet-ISA  controller  needs  a  wait  state.  It  is  released 
synchronously  when  the  PCnet-ISA  controller  is  ready. 

When  the  PCnet-ISA  controller  is  the  Current  Master,  all 
the  signals  it  generates  are  synchronous  to  the  on-chip 
20  MHz  clock. 

DMA  Transfers 

The  BIU  will  initiate  DMA  transfers  according  to  the  type 
of  operation  being  performed.  There  are  three  primary 
types  of  DMA  transfers: 

1.  Initialization  Block  DMA  Transfers 

Once  the  BIU  has  been  granted  bus  mastership,  it  will 
perform  four  data  transfer  cycles  (eight  bytes)  before  re- 
linquishing the  bus.  The  four  transfers  within  the 
mastership  period  will  always  be  read  cycles  to  contigu- 
ous addresses.  There  are  f  2  words  to  transfer  so  there 
will  be  three  bus  mastership  periods. 

2.  Descriptor  DMA  Transfers 

Once  the  BIU  has  been  granted  bus  mastership,  it  will 
perform  the  appropriate  number  of  data  transfer  cycles 
before  relinquishing  the  bus.  The  transfers  within  the 
mastership  period  will  always  be  of  the  same  type 
(either  all  read  or  all  write),  but  may  be  to  non- 
contiguous addresses.  Only  the  bytes  which  need  to  be 
read  or  written  are  accessed. 

3.  Burst-Cycle  DMA  Transfers 

Once  the  BIU  has  been  granted  bus  mastership,  it  will 
perform  a  series  of  consecutive  data  transfer  cycles  be- 
fore relinquishing  the  bus.  Each  data  transfer  will  be 
performed  sequentially,  with  the  issue  of  the  address, 
and  the  transfer  of  the  data  with  appropriate  output  sig- 
nals to  indicate  selection  of  the  active  data  bytes  during 
the  transfer.  All  transfers  within  the  mastership  cycle  will 
be  either  read  or  write  cycles,  and  will  be  to  contiguous 
addresses.  The  number  of  data  transfer  cycles  within 
the  burst  is  dependent  on  the  programming  of  the 
DMAPLUS  option  (CSR4,  bit  14). 

If  DMAPLUS  =  0,  a  maximum  of  1 6  transfers  will  be  per- 
formed. ~~ 
register 
amount 


This  may  be  changed  by  writing  to  the  burst 
(CSR80),  but  the  default  takes  the  same 
Of  time  as  the  Am21 00  family  of  LANCE-based 
boards,  a  little  over  5  microseconds. 

If  DMAPLUS  =  1,  the  burst  will  continue  until  the  FIFO  is 
filled  to  its  high  threshold  (32  bytes  in  transmit  opera- 
tion) or  emptied  to  its  low  threshold  (1 6  bytes  in  receive 
operation).  The  exact  number  of  transfer  cycles  in  this 
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case  will  be  dependent  on  the  latency  of  the  system  bus 
to  the  BlU's  mastership  request  and  the  speed  of  bus 
operation. 

Buffer  Management  Unit  (BMU) 

The  buffer  management  unit  is  a  micro-coded  20  MHz 
state  machine  which  implements  the  initialization  block 
and  the  descriptor  architecture. 

Initialization 

PCnet-ISA  controller  initialization  includes  the  reading 
of  the  initialization  block  in  memory  to  obtain  the  operat- 
ing parameters.  The  initialization  block  is  read  when  the 
INIT  bit  in  CSR0  is  set.  The  INIT  bit  should  be  set  before 
or  concurrent  with  the  STRT  bit  to  insure  correct  opera- 
tion. Four  words  at  a  time  are  read  and  the  bus  is 
released  at  the  end  of  each  block  of  reads,  for  a  total  of 
three  arbitration  cycles.  Once  the  initialization  block  has 
been  read  in  and  processed,  the  BMU  knows  where  the 
receive  and  transmit  descriptor  rings  are.  On  completion 
of  the  read  operation  and  after  internal  registers  have 
been  updated,  IDON  will  be  set  in  CSR0,  and  an  inter- 
rupt generated  if  IENA  is  set. 

The  Initialization  Block  is  vectored  by  the  contents  of 
CSR1  (least  significant  16  bits  of  address)  and  CSR2 
(most  significant  8  bits  of  address).  The  block  contains 
the  user  defined  conditions  for  PCnet-ISA  controller  op- 
eration, together  with  the  address  and  length 
information  to  allow  linkage  of  the  transmit  and  receive 
descriptor  rings. 

There  is  an  alternative  method  to  initialize  the 
PCnet-ISA  controller.  Instead  of  initialization  via  the 
initialization  block  in  memory,  data  can  be  written  di- 
rectly into  the  appropriate  registers.  Either  method  may 
be  used  at  the  discretion  of  the  programmer.  If  the  regis- 
ters are  written  to  directly,  the  INIT  bit  must  not  be  set,  or 
the  initialization  block  will  be  read  in,  thus  overwriting 
the  previously  written  information.  Please  refer  to 
Appendix  C  for  details  on  this  alternative  method. 

Reinitialization 

The  transmitter  and  receiver  section  of  the  PCnet-ISA 
controller  can  be  turned  on  via  the  initialization  block 
(MODE  Register  DTX,  DRX  bits  CSR15[1 :0]).  The  state 
of  the  transmitter  and  receiver  are  monitored  through 
CSR0  (RXON,  TXON  bits).  The  PCnet-ISA  controller 
should  be  reinitialized  if  the  transmitter  and/or  the  re- 
ceiver were  not  turned  on  during  the  original  initialization 
and  it  was  subsequently  required  to  activate  them,  or  if 
either  section  shut  off  due  to  the  detection  of  an  error 
condition  (MERR,  UFLO,  TX  BUFF  error). 

Reinitialization  may  be  done  via  the  initialization  block  or 
by  setting  the  STOP  bit  in  CSR0,  followed  by  writing  to 
CSR15,  and  then  setting  the  START  bit  in  CSR0.  Note 
that  this  form  of  restart  will  not  perform  the  same  in  the 
PCnet-ISA  controller  as  in  the  LANCE.  In  particular,  the 
PCnet-ISA  controller  reloads  the  transmit  and  receive 
descriptor  pointers  with  their  respective  base  ad- 
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dresses.  This  means  that  the  software  must  clear  the 
descriptor  own  bits  and  reset  its  descriptor  ring  pointers 
before  the  restart  of  the  PCnet-ISA  controller.  The 
reload  of  descriptor  base  addresses  is  performed  in  the 
LANCE  only  after  initialization,  so  a  restart  of  the 
LANCE  without  initialization  leaves  the  LANCE  pointing 
at  the  same  descriptor  locations  as  before  the  restart. 

Buffer  Management 

Buffer  management  is  accomplished  through  message 
descriptor  entries  organized  as  ring  structures  in  mem- 
ory. There  are  two  rings,  a  receive  ring  and  a  transmit 
ring.  The  size  of  a  message  descriptor  entry  is  4  words 
(8  bytes). 

Descriptor  Rings 

Each  descriptor  ring  must  be  organized  in  a  contiguous 
area  of  memory.  At  initialization  time  (setting  the  INIT  bit 
in  CSRO),  the  PCnet-ISA  controller  reads  the  user-de- 
fined base  address  for  the  transmit  and  receive 
descriptor  rings,  which  must  be  on  an  8-byte  boundary, 
as  well  as  the  number  of  entries  contained  in  the  de- 
scriptor rings.  By  default,  a  maximum  of  1 28  ring  entries 
is  permitted  when  utilizing  the  initialization  block,  which 
uses  values  of  TLEN  and  RLEN  to  specify  the  transmit 
and  receive  descriptor  ring  lengths.  However,  the  ring 
lengths  can  be  manually  defined  (up  to  65535)  by  writing 
the  transmit  and  receive  ring  length  registers 
(CSR76.78)  directly. 

Each  ring  entry  contains  the  following  information: 

The  address  of  the  actual  message  data  buffer 
in  user  or  host  memory 

The  length  of  the  message  buffer 


■  Status  information  indicating  the  condition  of 
the  buffer 

Receive  descriptor  entries  are  similar  (but  not  identical) 
to  transmit  descriptor  entries.  Both  are  composed  of  four 
registers,  each  1 6  bits  wide  for  a  total  of  8  bytes. 

To  permit  the  queuing  and  de-queuing  of  message  buff- 
ers, ownership  of  each  buffer  is  allocated  to  either  the 
PCnet-ISA  controller  orthe  host.  The  OWN  bit  within  the 
descriptor  status  information,  either  TMD  or  RMD  (see 
section  on  TMD  or  RMD),  is  used  for  this  purpose. 
"Deadly  Embrace"  conditions  are  avoided  by  the  owner- 
ship mechanism.  Only  the  owner  is  permitted  to 
relinquish  ownership  or  to  write  to  any  field  in  the 
descriptor  entry.  A  device  that  is  not  the  current  owner  of 
a  descriptor  entry  cannot  assume  ownership  or  change 
any  field  in  the  entry. 

Descriptor  Ring  Access  Mechanism 

At  initialization,  the  PCnet-ISA  controller  reads  the  base 
address  of  both  the  transmit  and  receive  descriptor  rings 
into  CSRs  for  use  by  the  PCnet-ISA  controller  during 
subsequent  operation. 

When  transmit  and  receive  functions  begin,  the  base 
address  of  each  ring  is  loaded  into  the  current  descriptor 
address  registers  and  the  address  of  the  next  descriptor 
entry  in  the  transmit  and  receive  rings  is  computed  and 
loaded  into  the  next  descriptor  address  registers. 
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Initialization  Block  and  Descriptor  Rings 


Polling 

When  there  is  no  channel  activity  and  there  is  no  pre-  or 
post-receive  or  transmit  activity  being  performed  by  the 
PCnet-  SA  controller,  then  the  PCnet-ISA  controller  will 
periodically  poll  the  current  receive  and  transmit  de- 
scriptor entries  in  order  to  ascertain  their  ownership.  It 
the  DPOLL  bit  in  CSR4  is  set,  then  the  transmit  polling 
function  is  disabled. 

Atypical  polling  operation  consists  of  the  following:  The 
PCnet-ISA  controller  will  use  the  current  receive  de- 
scriptor address  stored  internally  to  vector  to  the 
approprate  Receive  Descriptor  Table  Entry  (RDTE).  It 


will  then  use  the  current  transmit  descriptor  address 
(stored  internally)  to  vector  to  the  appropriate  Transmit 
Descriptor  Table  Entry  (TDTE).  These  accesses  will  be 
made  to  RMD1  and  RMDO  of  the  current  RDTE  and 
TMD1  and  TMDO  of  the  current  TDTE  at  periodic  polling 
intervals.  All  information  collected  during  polling  activity 
will  be  stored  internally  in  the  appropriate  CSRs.  (i.e. 
CSR18-19,  CSR20-21,  CSR40,  CSR42,  CSR50, 
CSR52).  UnOWNed  descriptor  status  will  be  internally 
ignored. 
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A  typical  receive  poll  occurs  under  the  following 
conditions: 

1)  PCnet-ISA  controller  does  not  possess  ownership 
of  the  current  RDTE  and 

the  poll  time  has  elapsed  and 
RXON  =  1, 

or 

2)  PCnet-ISA  controller  does  not  possess  ownership 
of  the  next  RDTE  and 

the  poll  time  has  elapsed  and 
RXON  =  1. 

If  RXON  =  0,  the  PCnet-ISA  controller  will  never  poll 
RDTE  locations. 

If  RXON=1 ,  the  system  should  always  have  at  least  one 
RDTE  available  for  the  possibility  of  a  receive  event. 
When  there  is  only  one  RDTE,  there  is  no  polling  for  next 
RDTE. 

A  typical  transmit  poll  occurs  under  the  following 
conditions: 

1 )  PCnet-ISA  controller  does  not  possess  ownership 
of  the  current  TDTE  and 
DPOLL  =  0  and 
TXON  =  1  and 
the  poll  time  has  elapsed, 

or 


2) 


or 


3) 


PCnet-ISA  controller  does  not  possess  ownership 
of  the  current  TDTE  and 
DPOLL  =  0  and 
TXON  =  1  and 

a  packet  has  just  been  received, 

PCnet-ISA  controller  does  not  possess  ownership 
of  the  current  TDTE  and 
DPOLL  =  0  and 
TXON  =  1  and 
a  packet  has  just  been  transmitted. 

The  poll  time  interval  is  nominally  defined  as  32,768 
crystal  clock  periods,  or  1 .6  ms.  However,  the  poll  time 
register  is  controlled  internally  by  microcode,  so  any 
other  microcode  controlled  operation  will  interrupt  the 
incrementing  of  the  poll  count  register.  For  example, 
when  a  receive  packet  is  accepted  by  the  PCnet-ISA 
controller,  the  device  suspends  execution  of  the  poll- 
time-incrementing  microcode  so  that  a  receive 
microcode  routine  may  instead  be  executed.  Poll-time- 
incrementing  code  is  resumed  when  the  receive 
operation  has  completely  finished.  Note,  however,  that 
following  the  completion  of  any  receive  or  transmit  op- 
eration, a  poll  operation  will  always  be  performed.  The 
poll  time  count  register  is  never  reset.  Note  that  if  a  non- 
default  value  is  desired,  then  a  strict  sequence  of  setting 
the  INIT  bit  in  CSRO,  waiting  for  INITDONE,  then  writing 
to  CSR47,  and  then  setting  STRT  in  CSRO  must  be  ob- 
served, otherwise  the  default  value  will  not  be 
overwritten.  See  the  CSR47  section  for  details. 


Setting  the  TDMD  bit  of  CSRO  will  cause  the  microcode 
controller  to  exit  the  poll  counting  code  and  immediately 
perform  a  polling  operation.  If  RDTE  ownership  has  not 
been  previously  established,  then  an  RDTE  poll  will  be 
performed  ahead  of  the  TDTE  poll. 

Transmit  Descriptor  Table  Entry  (TDTE) 

If,  after  a  TDTE  access,  the  PCnet-ISA  controller  finds 
that  the  OWN  bit  of  that  TDTE  is  not  set,  then  the 
PCnet-ISA  controller  resumes  the  poll  time  count  and 
reexamines  the  same  TDTE  at  the  next  expiration  of  the 
poll  time  count. 

If  the  OWN  bit  of  the  TDTE  is  set,  but  STP  =  0,  the 
PCnet-ISA  controller  will  immediately  request  the  bus  in 
order  to  reset  the  OWN  bit  of  this  descriptor;  this  condi- 
tion would  normally  be  found  following  a  LCOL  or 
RETRY  error  that  occurred  in  the  middle  of  a  transmit 
packet  chain  of  buffers.  After  resetting  the  OWN  bit  of 
this  descriptor,  the  PCnet-ISA  controller  will  again  im- 
mediately request  the  bus  in  order  to  access  the  next 
TDTE  location  in  the  ring. 

If  the  OWN  bit  is  set  and  the  buffer  length  is  0,  the  OWN 
bit  will  be  reset.  In  the  LANCE  the  buffer  length  of  0  is 
interpreted  as  a  4096-byte  buffer.  It  is  acceptable  to 
have  a  0  length  buffer  on  transmit  with  STP  =  1  or  STP  = 
1  and  ENP  =  1 .  It  is  not  acceptable  to  have  0  length 
buffer  with  STP  =  0  and  ENP  =  1 . 

If  the  OWN  bit  is  set  and  the  start  of  packet  (STP)  bit  is 
set,  then  microcode  control  proceeds  to  a  routine  that 
will  enable  transmit  data  transfers  to  the  FIFO. 

If  the  transmit  buffers  are  data  chained  (ENP=0  in  the 
first  buffer),  then  the  PCnet-ISA  controller  will  look 
ahead  to  the  next  transmit  descriptor  after  it  has  per- 
formed at  least  one  transmit  data  transfer  from  the  first 
buffer.  More  than  one  transmit  data  transfer  may  possi- 
bly take  place,  depending  upon  the  state  of  the 
transmitter.  The  transmit  descriptor  lookahead  reads 
TMDO  first  and  TMD1  second.  The  contents  of  TM DO 
and  TMD1  will  be  stored  in  Next  TX  Descriptor  Address 
(CSR32),  Next  TX  Byte  Count  (CSR66)  and  Next  TX 
Status  (CSR67)  regardless  of  the  state  of  the  OWN  bit. 
This  transmit  descriptor  lookahead  operation  is  per- 
formed only  once. 

If  the  PCnet-ISA  controller  does  not  own  the  next  TDTE 
(i.e.  the  second  TDTE  for  this  packet),  then  it  will  com- 
plete transmission  of  the  current  buffer  and  then  update 
the  status  of  the  current  (first)  TDTE  with  the  BUFF  and 
UFLO  bits  being  set.  This  will  cause  the  transmitterto  be 
disabled  (CSRO,  TXON  =  0).  The  PCnet-ISA  controller 
will  have  to  be  restarted  to  restore  the  transmit  function. 
The  situation  that  matches  this  description  implies  that 
the  system  has  not  been  able  to  stay  ahead  of  the 
PCnet-ISA  controller  in  the  transmit  descriptor  ring  and, 
therefore,  the  condition  is  treated  as  a  fatal  error.  To 
avoid  this  situation,  the  system  should  always  set  the 
transmit  chain  descriptor  own  bits  in  reverse  order. 
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If  the  PCnet-ISA  controller  does  own  the  second  TDTE 
in  a  chain,  it  will  gradually  empty  the  contents  of  the  first 
buffer  (as  the  bytes  are  needed  by  the  transmit  opera- 
tion), perform  a  single-cycle  DMA  transfer  to  update  the 
status  (reset  the  OWN  bit  in  TMD1)  of  the  first 
descriptor,  and  then  it  may  perform  one  data  DMA  ac- 
cess on  the  second  buffer  in  the  chain  before  executing 
another  lookahead  operation,  (i.e.  a  lookahead  to  the 
third  descriptor.) 

The  PCnet-ISA  controller  can  queue  up  to  two  packets 
in  the  transmit  FIFO.  Call  them  packet  "X"  and  packet 
"Y",  where  "Y"  is  after  "X".  Assume  that  packet  "X"  is 
currently  being  transmitted.  Because  the  PCnet-ISA 
controller  can  perform  lookahead  data  transfer  over  an 
ENP,  it  is  possible  for  the  PCnet-ISA  controller  to  update 
a  TDTE  in  a  buffer  belonging  to  packet  "Y"  while  packet 
"X"  is  being  transmitted  if  packet  "Y"  uses  data  chaining. 
This  operation  will  result  in  non-sequential  TDTE  ac- 
cesses as  packet  "X"  completes  transmission  and  the 
PCnet-ISA  controller  writes  out  its  status,  since  packet 
"X"'s  TDTE  is  before  the  TDTE  accessed  as  part  of  the 
lookahead  data  transfer  from  packet  "Y". 

This 
sof 
for 


software 


hould  not  cause  any  problem  for  properly  written 
are  which  processes  buffers  in  sequence,  waiting 
ownership  before  proceeding. 


If  an  error  occurs  in  the  transmission  before  all  of  the 
bytes  of  the  current  buffer  have  been  transferred,  then 
TMD2  and  TMD1  of  the  current  buffer  will  be  written;  in 
that  case,  data  transfers  from  the  next  buffer  will  not 
commence.  Instead, following theTMD2/TMD1  update, 
the  PCnet-ISA  controller  will  go  to  the  next  transmit 
packet,  if  any,  skipping  over  the  rest  of  the  packet  which 
experienced  an  error,  including  chained  buffers. 

This  is  done  by  returning  to  the  polling  microcode  where 
it  will  immediately  access  the  next  descriptor  and  find 
the  condition  OWN  =  1  and  STP  =  0  as  described  earlier. 
In  that  case,  the  PCnet-ISA  controller  will  reset  the  own 
bit  for  this  descriptor  and  continue  in  like  manner  until  a 
descriptor  with  OWN  =  0  (no  more  transmit  packets  in 
the  ring)  or  OWN  =  1  and  STP  =  1  (the  first  buffer  of  a 
new  packet)  is  reached. 

At  the  end  of  any  transmit  operation,  whether  successful 
or  with  errors,  and  the  completion  of  the  descriptor  up- 
dates, the  PCnet-ISA  controller  will  always  perform 
another  poll  operation.  As  described  earlier,  this  poll  op- 
eration will  begin  with  a  check  of  the  current  RDTE, 
unless  the  PCnet-ISA  controller  already  owns  that  de- 
scriptor. Then  the  PCnet-ISA  controller  will  proceed  to 
polling  the  next  TDTE.  If  the  transmit  descriptor  OWN  bit 
has  a  zero  value,  then  the  PCnet-ISA  controller  will  re- 
sume poll  time  count  incrementation.  If  the  transmit 
descriptor  OWN  bit  has  a  value  of  ONE,  then  the 
PCnet-ISA  controller  will  begin  filling  the  FIFO  with 
transmit  data  and  initiate  a  transmission.  This  end-of- 
operation  poll  avoids  inserting  poll  time  counts  between 
successive  transmit  packets. 

Whenever  the  PCnet-ISA  controller  completes  a  trans- 
mit packet  (either  with  or  without  error)  and  writes  the 
status  information  to  the  current  descriptor,  then  the 
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TINT  bit  of  CSRO  is  set  to  indicate  the  completion  of  a 
transmission.  This  causes  an  interrupt  signal  if  the  IENA 
bit  of  CSRO  has  been  set  and  the  TINTM  bit  of  CSR3 
is  reset. 

Receive  Descriptor  Table  Entry  (RDTE) 

If  the  PCnet-ISA  controller  does  not  own  both  the  cur- 
rent and  the  next  Receive  Descriptor  Table  Entry,  then 
the  PCnet-ISA  controller  will  continue  to  poll  according 
to  the  polling  sequence  described  above.  If  the  receive 
descriptor  ring  length  is  1 ,  there  is  no  next  descriptor, 
and  no  look  ahead  poll  will  take  place. 

If  a  poll  operation  has  revealed  that  the  current  and  the 
next  RDTE  belongs  to  the  PCnet-ISA  controller,  then 
additional  poll  accesses  are  not  necessary.  Future  poll 
operations  will  not  include  RDTE  accesses  as  long  as 
the  PCnet-ISA  controller  retains  ownership  to  the  cur- 
rent and  the  next  RDTE. 

When  receive  activity  is  present  on  the  channel,  the 
PCnet-ISA  controller  waits  for  the  complete  address  of 
the  message  to  arrive.  It  then  decides  whetherto  accept 
or  reject  the  packet  based  on  all  active  addressing 
schemes.  If  the  packet  is  accepted  the  PCnet-ISA  con- 
troller checks  the  current  receive  buffer  status  register 
CRST  (CSR40)  to  determine  the  ownership  of  the  cur- 
rent buffer. 

If  ownership  is  lacking,  then  the  PCnet-ISA  controller 
will  immediately  perform  a  (last  ditch)  poll  of  the  current 
RDTE.  If  ownership  is  still  denied,  then  the  PCnet-ISA 
controller  has  no  buffer  in  which  to  store  the  incoming 
message.  The  MISS  bit  will  be  set  in  CSRO  and  an  inter- 
rupt will  be  generated  if  IENA  =  1  (CSRO)  and 
MISSM  =  0  (CSR3).  Another  poll  of  the  current  RDTE 
will  not  occur  until  the  packet  has  finished. 

If  the  PCnet-ISA  controller  sees  that  the  last  poll  (either 
a  normal  poll  or  the  last-ditch  effort  described  in  the 
above  paragraph)  of  the  cu  rrent  R  DTE  shows  valid  own- 
ership, then  it  proceeds  to  a  poll  of  the  next  RDTE. 
Following  this  poll,  and  regardless  of  the  outcome  of  this 
poll,  transfers  of  receive  data  from  the  FIFO  may  begin. 

Regardless  of  ownership  of  the  second  receive  descrip- 
tor, the  PCnet-ISA  controller  will  continue  to  perform 
receive  data  DMA  transfers  to  the  first  buffer,  using 
burst-cycle  DMA  transfers.  If  the  packet  length  exceeds 
the  length  of  the  first  buffer,  and  the  PCnet-ISA  control- 
ler does  not  own  the  second  buffer,  ownership  of  the 
current  descriptor  will  be  passed  back  to  the  system  by 
writing  a  zero  to  the  OWN  bit  of  RMD1  and  status  will  be 
written  indicating  buffer  (BUFF  =  1)  and  possibly  over- 
flow (OFLO  =  1)  errors. 

If  the  packet  length  exceeds  the  length  of  the  first  (cur- 
rent) buffer,  and  the  PCnet-ISA  controller  does  own  the 
second  (next)  buffer,  ownership  will  be  passed  back  to 
the  system  by  writing  a  zero  to  the  OWN  bit  of  RMD1 
when  the  first  buffer  is  full.  Receive  data  transfers  to  the 
second  buffer  may  occur  before  the  PCnet-ISA  control- 
ler proceeds  to  look  ahead  to  the  ownership  of  the  third 
buffer.  Such  action  will  depend  upon  the  state  of  the 
Fl  FO  when  the  status  has  been  updated  on  the  first  de- 
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scriptor.  In  any  case,  lookahead  will  be  performed  to  the 
third  buff  er  and  the  information  gathered  will  be  stored  in 
the  chip,  regardless  of  the  state  of  the  ownership  bit.  As 
in  the  transmit  flow,  lookahead  operations  are  per- 
formed only  once. 

This  activity  continues  until  the  PCnet-ISA  controller 
recognizes  the  completion  of  the  packet  (the  last  byte  of 
this  receive  message  has  been  removed  from  the 
FIFO).  The  PCnet-ISA  controller  will  subsequently 
update  the  current  RDTE  status  with  the  end  of  packet 
(ENP)  indication  set,  write  the  message  byte  count 
(MCNT)  of  the  complete  packet  into  RMD2  and  over- 
write the  "current"  entries  in  the  CSRs  with  the 
"next"  entries. 

Media  Access  Control 

The  Media  Access  Control  engine  incorporates  the  es- 
sential protocol  requirements  for  operation  of  a 
compliant  Ethernet/802.3  node,  and  provides  the  inter- 
face between  the  Fl  FO  sub-system  and  the  Manchester 
Encoder/Decoder  (MENDEC). 

The  MAC  engine  is  fully  compliant  to  Section  4  of  ISO/ 
IEC  8802-3  (ANSI/IEEE  Standard  1 990  Second  Edition) 
and  ANSI/IEEE  802.3  (1985). 

The  MAC  engine  provides  programmable  enhanced 
features  designed  to  minimize  host  supervision  and  pre 
or  post-message  processing.  These  features  include 
the  ability  to  disable  retries  after  a  collision,  dynamic 
FCS  generation  on  a  packet-by-packet  basis,  and  auto- 
matic pad  field  insertion  and  deletion  to  enforce 
minimum  frame  size  attributes. 

The  two  primary  attributes  of  the  MAC  engine  are: 

■  Transmit  and  receive  message  data  encapsulation 

—  Framing  (frame  boundary  delimitation,  frame 
synchronization) 

—  Addressing  (source  and  destination  address 
handling) 

—  Error  detection  (physical  medium  transmission 
errors) 

■  Media  access  management 

—  Medium  allocation  (collision  avoidance) 

—  Contention  resolution  (collision  handling) 

Transmit  And  Receive  Message  Data 
Encapsulation 

The  MAC  engine  provides  minimum  frame  size  enforce- 
ment for  transmit  and  receive  packets.  When 
APAD_XMT  =  1  (bit  11  in  CSR4),  transmit  messages 
will  be  padded  with  sufficient  bytes  (containing  OOh)  to 
ensure  that  the  receiving  station  will  observe  an  infor- 
mation field  (destination  address,  source  address, 
length/type,  data  and  FCS)  of  64  bytes.  When 
ASTRP_RCV  =  1  (bit  10  in  CSR4),  the  receiver  will  auto- 
matically strip  pad  bytes  from  the  received  message  by 
observing  the  value  in  the  length  field,  and  stripping  ex- 
cess bytes  if  this  value  is  below  the  minimum  data  size 
(46  bytes).  Both  features  can  be  independently  over- 


ridden to  allow  illegally  short  (less  than  64  bytes  of 
packet  data)  messages  to  be  transmitted  and/ 
or  received. 

Framing  (Frame  Boundary  Delimitation,  Frame 
Synchronization) 

The  MAC  engine  will  autonomously  handle  the  con- 
struction of  the  transmit  frame.  Once  the  Transmit  FIFO 
has  been  filled  to  the  predetermined  threshold  (set  by 
XMTSP  in  CSR80) ,  and  providing  access  to  the  channel 
is  currently  permitted,  the  MAC  engine  will  commence 
the  7-byte  preamble  sequence  (10101010b,  where  first 
bit  transmitted  is  a  1).  The  MAC  engine  will  subse- 
quently append  the  Start  Frame  Delimiter  (SFD)  byte 
(10101011b)  followed  by  the  serialized  data  from  the 
Transmit  Fl  FO.  Once  the  data  has  been  completed,  the 
MAC  engine  will  append  the  FCS  (most  significant  bit 
first)  which  was  computed  on  the  entire  data  portion  of 
the  message. 

Note  that  the  user  is  responsible  for  the  correct  ordering 
and  content  in  each  of  the  fields  in  the  frame,  including 
the  destination  address,  source  address,  length/type 
and  packet  data. 

The  receive  section  of  the  MAC  engine  will  detect  an  in- 
coming preamble  sequence  and  lock  to  the  encoded 
clock.  The  internal  MENDEC  will  decode  the  serial  bit 
stream  and  present  this  to  the  MAC  engine.  The  MAC 
will  discard  the  first  8  bits  of  information  before  search- 
ing for  the  SFD  sequence .  Once  the  SFD  is  detected,  all 
subsequent  bits  are  treated  as  part  of  the  frame.  The 
MAC  engine  will  inspect  the  length  field  to  ensure  mini- 
mum frame  size,  strip  unnecessary  pad  characters  (if 
enabled) ,  and  pass  the  remaining  bytes  through  the  Re- 
ceive FIFO  to  the  host.  If  pad  stripping  is  performed,  the 
MAC  engine  will  also  strip  the  received  FCS  bytes,  al- 
though the  normal  FCS  computation  and  checking  will 
occur.  Note  that  apart  from  pad  stripping,  the  frame  will 
be  passed  unmodified  to  the  host.  If  the  length  field  has 
a  value  of  46  or  greater,  the  MAC  engine  will  not  attempt 
to  validate  the  length  against  the  number  of  bytes  con- 
tained in  the  message. 

If  the  frame  terminates  or  suffers  a  collision  before 
64  bytes  of  information  (after  SFD)  have  been  received, 
the  MAC  engine  will  automatically  delete  the  frame  from 
the  Receive  FIFO,  without  host  intervention. 

Addressing  (Source  and  Destination  Address 
Handling) 

The  first  6  bytes  of  information  after  SFD  will  be  inter- 
preted as  the  destination  address  field.  The  MAC  engine 
provides  facilities  for  physical,  logical,  and  broadcast 
address  reception.  In  addition,  multiple  physical  ad- 
dresses can  be  constructed  (perfect  address  filtering) 
using  external  logic  in  conjunction  with  the  EADI™ 
interface. 

Error  Detection  (Physical  Medium  Transmission 
Errors) 

The  MAC  engine  provides  several  facilities  which  report 
and  recover  from  errors  on  the  medium.  In  addition,  the 
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network  is  protected  from  gross  errors  due  to  inability  of 
the  host  to  keep  pace  with  the  MAC  engine  activity. 

On  completion  of  transmission,  the  following  transmit 
status  is  available  in  the  appropriate  TMD  and  CSR 
areas: 

■  The  exact  number  of  transmission  retry  attempts 
(ONE,  MORE,  or  RTRY) 

■  Whether  the  MAC  engine  had  to  Defer  (DEF) 
due  to  channel  activity 

■  Loss  of  Carrier,  indicating  that  there  was  an 
interruption  in  the  ability  of  the  MAC  engine  to 
monitor  its  own  transmission.  Repeated  LCAR 
errors  indicate  a  potentially  faulty  transceiver 
or  network  connection. 

■  Late  Collision  (LCOL)  indicates  that  the 
transmission  suffered  a  collision  after  the  slot  time. 
This  is  indicative  of  a  badly  configured  network. 
Late  collisions  should  not  occur  in  a  normal 
operating  network. 

■  Collision  Error  (CERR)  indicates  that  the 
transceiver  did  not  respond  with  an  SQE  Test 
message  within  the  predetermined  time  after  a 
transmission  completed.  This  may  be  due  to  a 
fai  ed  transceiver,  disconnected  or  faulty  trans- 
ce  ver  drop  cable,  or  the  fact  the  transceiver  does 
not  support  this  feature  (or  the  feature  is  disabled). 

In  addition  to  the  reporting  of  network  errors,  the  MAC 
engine  will  also  attempt  to  prevent  the  creation  of  any 
network  error  due  to  the  inability  of  the  host  to  service 
the  MAC  engine.  During  transmission,  if  the  host  fails  to 
keep  the  Transmit  FIFOfilled  sufficiently,  causing  an  un- 
derflow, the  MAC  engine  will  guarantee  the  message  is 
either  sent  as  a  runt  packet  (which  will  be  deleted  by  the 
receiving  station)  or  has  an  invalid  FCS  (which  will  also 
cause  the  receiver  to  reject  the  message). 

The  status  of  each  receive  message  is  available  in  the 
appropriate  RMD  and  CSR  areas.  FCS  and  Framing  er- 
rors (FRAM)  are  reported,  although  the  received  frame 
is  still  passed  to  the  host.  The  FRAM  error  will  only  be 
reported  if  an  FCS  error  is  detected  and  there  are  a  non- 
integral  number  of  bits  in  the  message.  The  MAC  engine 
will  ignore  up  to  seven  additional  bits  at  the  end  of  a 
message  (dribbling  bits),  which  can  occur  under  normal 
network  operating  conditions.  The  reception  of  eight  ad- 
ditional bits  will  cause  the  MAC  engine  to  de-serialize 
the  entire  byte,  and  will  result  in  the  received  message 
and  FCS  being  modified. 

The  PCnet-ISA  controller  can  handle  up  to  7  dribbling 
bits  when  a  received  packet  terminates.  During  the  re- 
ception, the  CRC  is  generated  on  every  serial  bit 
(including  the  dribbling  bits)  coming  from  the  cable,  al- 
though the  internally  saved  CRC  value  is  only  updated 
on  the  eighth  bit  (on  each  byte  boundary).  The  framing 
error  is  reported  to  the  user  as  follows: 


1.  Ifthenumberofthedribblingbitsarel  to7andthere 
is  no  CRC  error,  then  there  is  no  Framing  error 
(FRAM  =  0). 

2.  If  the  number  of  the  dribbling  bits  are  less  than  8  and 
there  is  a  CRC  error,  then  there  is  also  a  Framing 
error  (FRAM  =  1). 

3.  If  the  number  of  dribbling  bits  =  0,  then  there  is  no 
Framing  error.  There  may  or  may  not  be  a  CRC 
(FCS)  error. 

Counters  are  provided  to  report  the  Receive  Collision 
Count  and  Runt  Packet  Count  and  used  for  network  sta- 
tistics and  utilization  calculations. 

Note  that  if  the  MAC  engine  detects  a  received  packet 
which  has  a  00b  pattern  in  the  preamble  (after  the  first 
8  bits,  which  are  ignored),  the  entire  packet  will  be  ig- 
nored. The  MAC  engine  will  wait  for  the  network  to  go 
inactive  before  attempting  to  receive  the  next  packet. 

Media  Access  Management 

The  basic  requirement  for  all  stations  on  the  network  is 
to  provide  fairness  of  channel  allocation.  The 
802.3/Ethernet  protocol  defines  a  media  access  mecha- 
nism which  permits  all  stations  to  access  the  channel 
with  equality.  Any  node  can  attempt  to  contend  for  the 
channel  by  waiting  for  a  predetermined  time  (Inter 
Packet  Gap  interval)  after  the  last  activity,  before  trans- 
mitting on  the  medium.  The  channel  is  a  multidrop 
communications  medium  (with  various  topological  con- 
figurations permitted)  which  allows  a  single  station  to 
transmit  and  all  other  stations  to  receive.  If  two  nodes 
simultaneously  contend  for  the  channel,  their  signals 
will  interact,  causing  loss  of  data  (defined  as  a  collision). 
It  is  the  responsibility  of  the  MAC  to  attempt  to  avoid  and 
recover  from  a  collision,  to  guarantee  data  integrity  for 
the  end-to-end  transmission  to  the  receiving  station. 

Medium  Allocation  (Collision  Avoidance) 

The  IEEE  802.3  Standard  (ISO/IEC  8802-3  1990)  re- 
quires that  the  CSMA/CD  MAC  monitor  the  medium 
traffic  by  looking  for  carrier  activity.  When  carrier  is  de- 
tected the  medium  is  considered  busy,  and  the  MAC 
should  defer  to  the  existing  message. 

The  IEEE  802.3  Standard  also  allows  optional  two  part 
deferral  after  a  receive  message. 

See  ANSI/IEEE  Std  802.3-1990  Edition,  4.2.3.2.1: 

"Note:  It  is  possible  for  the  PLS  carrier  sense 
indication  to  fail  to  be  asserted  during  a  collision 
on  the  media.  If  the  deference  process  simply 
times  the  interpacket  gap  based  on  this  indica- 
tion it  is  possible  for  a  short  interFrame  gap  to 
be  generated,  leading  to  a  potential  reception 
failure  of  a  subsequent  frame.  To  enhance  sys- 
tem robustness  the  following  optional 
measures,  as  specified  in  4.2.8,  are  recom- 
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mended  when  InterFrameSpacingPartl  is 
other  than  zero: 

(1)  Upon  completing  a  transmission,  start  timing 
the  interpacket  gap,  as  soon  as  transmitting 
and  carrierSense  are  both  false. 

(2)  When  timing  an  interpacket  gap  following  re- 
ception, reset  the  interpacket  gap  timing  if 
carrier  Sense  becomes  true  during  the  first  2/3 
of  the  interpacket  gap  timing  interval.  During  the 
final  1/3  of  the  interval  the  timer  shall  not  be  re- 
set to  ensure  fair  access  to  the  medium.  An 
initial  period  shorter  than  2/3  of  the  interval  is 
permissible  including  zero. " 

The  MAC  engine  implements  the  optional  receive  two 
part  deferral  algorithm,  with  a  first  part  inter-frame-spac- 
ing time  of  6.0  us.  The  second  part  of  the 
inter-frame-spacing  interval  is  therefore  3.6  us. 

The  PCnet-ISA  controller  will  perform  the  two-part 
deferral  algorithm  as  specified  in  Section  4.2.8  (Process 
Deference).  The  Inter  Packet  Gap  (IPG)  timer  will  start 
timing  the  9.6  pis  InterFrameSpacing  after  the  receive 
carrier  is  de-asserted.  During  the  first  part  deferral 
(InterFrameSpacingPartl  -  IFS1)  the  PCnet-ISA  con- 
troller will  defer  any  pending  transmit  frame  and  respond 
to  the  receive  message.  The  IPG  counter  will  be  reset  to 
zero  continuously  until  the  carrier  de-asserts,  at  which 
point  the  IPG  counter  will  resume  the  9.6  us  count  once 
again.  Once  the  IFS1  period  of  6.0  us  has  elapsed,  the 
PCnet-ISA  controller  will  begin  timing  the  second  part 
deferral  (lnterFrameSpacingPart2  -  IFS2)  of  3.6  us. 
Once  IFS1  has  completed,  and  IFS2  has  commenced, 
the  PCnet-ISA  controller  will  not  defer  to  a  receive  pack- 
et if  a  transmit  packet  is  pending.  This  means  that  the 
PCnet-ISA  controller  will  not  attempt  to  receive  the  re- 
ceive packet,  since  it  will  start  to  transmit,  and  generate 
a  collision  at  9.6  us.  The  PCnet-ISA  controller  will  guar- 
antee to  complete  the  preamble  (64-bit)  and  jam  (32-bit) 
sequence  before  ceasing  transmission  and  invoking  the 
random  backoff  algorithm. 

In  addition,  transmit  two  part  deferral  is  implemented  as 
an  option  which  can  be  disabled  using  the  DXMT2PD  bit 
(CSR3).  Two-part  deferral  after  transmission  is  useful 
for  ensuring  that  severe  IPG  shrinkage  cannot  occur  in 
specific  circumstances,  causing  a  transmit  message  to 
follow  a  receive  message  so  closely  as  to  make  them 
indistinguishable. 

During  the  time  period  immediately  after  a  transmission 
has  been  completed,  the  external  transceiver  (in  the 
case  of  a  standard  AUI  connected  device),  should  gen- 
erate the  SQE  Test  message  (a  nominal  1 0  MHz  burst  of 
5-15  Bit  Times  duration)  on  the  Cl±  pair  (within  0.6  us  - 
1.6  us  after  the  transmission  ceases).  During  the  time 
period  in  which  the  SQE  Test  message  is  expected  the 
PCnet-ISA  controller  will  not  respond  to  receive  carrier 
sense. 

See  ANSI/IEEE  Std  802.3- 1990  Edition, 
7.2.4.6  (1)): 


"At  the  conclusion  of  the  output  function,  the 
DTE  opens  a  time  window  during  which  it  ex- 
pects to  see  the  signal_quality_error  signal 
asserted  on  the  Control  In  circuit.  The  time  win- 
dow begins  when  the  CARRIER_STATUS 
becomes  CARRIER_OFF.  If  execution  of  the 
output  function  does  not  cause  CARRIERJDN 
to  occur,  no  SQE  test  occurs  in  the  DTE.  The 
duration  of  the  window  shall  be  at  least  4.0  u.s 
but  no  more  than  8.0  \is.  During  the  time  win- 
dow the  Carrier  Sense  Function  is  inhibited." 

The  PCnet-ISA  controller  implements  a  carrier  sense 
"blinding"  period  within  0  -  4.0  us  from  deassertion  of 
carrier  sense  after  transmission.  This  effectively  means 
that  when  transmit  two  part  deferral  is  enabled 
(DXMT2PD  is  cleared)  the  IFS1  time  is  from  4  us  to  6  us 
after  a  transmission.  However,  since  IPG  shrinkage  be- 
low 4  us  will  rarely  be  encountered  on  a  correctly 
configured  network,  and  since  the  fragment  size  will  be 
larger  than  the  4  us  blinding  window,  then  the  IPG 
counter  will  be  reset  by  a  worst  case  IPG  shrinkage/frag- 
ment scenario  and  the  PCnet-ISA  controller  will  defer  its 
transmission.  In  addition,  the  PCnet-ISA  controller  will 
not  restart  the  "blinding"  period  if  carrier  is  detected 
within  the  4.0  us  -  6.0  us  IFS1  period,  but  will  com- 
mence timing  of  the  entire  IFS1  period. 

Contention  Resolution  (Collision  Handling) 

Collision  detection  is  performed  and  reported  to  the 
MAC  engine  by  the  integrated  Manchester  Encoder/ 
Decoder  (MENDEC). 

If  a  collision  is  detected  before  the  complete  preamble/ 
SFD  sequence  has  been  transmitted,  the  MAC  Engine 
will  complete  the  preamble/SFD  before  appending  the 
jam  sequence.  If  a  collision  is  detected  after  the  pream- 
ble/SFD has  been  completed,  but  prior  to  51 2  bits  being 
transmitted,  the  MAC  Engine  will  abort  the  transmis- 
sion, and  append  the  jam  sequence  immediately.  The 
jam  sequence  is  a  32 -bit  all  zeroes  pattern. 

The  MAC  Engine  will  attempt  to  transmit  a  frame  a  total 
of  1 6  times  (initial  attempt  plus  1 5  retries)  due  to  normal 
collisions  (those  within  the  slot  time).  Detection  of  colli- 
sion will  cause  the  transmission  to  be  re-scheduled, 
dependent  on  the  backoff  time  that  the  MAC  Engine 
computes.  If  a  single  retry  was  required,  the  ONE  bit  will 
be  set  in  the  Transmit  Frame  Status  (TMD1  in  the  Trans- 
mit Descriptor  Ring).  If  more  than  one  retry  was 
required,  the  MORE  bit  will  be  set.  If  all  16  attempts  ex- 
perienced collisions,  the  RTRY  bit  (in  TMD2)  will  be  set 
(ONE  and  MORE  will  be  clear),  and  the  transmit  mes- 
sage will  be  flushed  from  the  FIFO.  If  retries  have  been 
disabled  by  setting  the  DRTY  bit  in  the  MODE  register 
(CSR 1 5) ,  the  MAC  Engine  will  abandon  transmission  of 
the  frame  on  detection  of  the  first  collision.  In  this  case, 
only  the  RTRY  bit  will  be  set  and  the  transmit  message 
will  be  flushed  from  the  FIFO. 

If  a  collision  is  detected  after  512  bit  times  have  been 
transmitted,  the  collision  is  termed  a  late  collision.  The 
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MAC  Engine  will  abort  the  transmission,  append  the  jam 
sequence,  and  set  the  LCOL  bit.  No  retry  attempt  will  be 
scheduled  on  detection  of  a  late  collision,  and  the  FIFO 
will  be  flushed. 

The  IEEE  802.3  Standard  requires  use  of  a  "truncated 
binary  exponential  backoff"  algorithm  which  provides  a 
controlled  pseudo-random  mechanism  to  enforce  the 
collision  backoff  interval,  before  re-transmission  is 
attempted. 

See  ANSI/IEEE  Std  802.3-1990  Edition,  4.2.3.2.5: 

'At  the  end  of  enforcing  a  collision  (jamming), 
the  CSMA/CD  sublayer  delays  before  attempt- 
ing to  re-transmit  the  frame.  The  delay  is  an 
integer  multiple  of  slotTime.  The  number  of  slot 
t'mes  to  delay  before  the  nth  re-transmission 
attempt  is  chosen  as  a  uniformly  distributed 
random  integer  r  in  the  range: 

0<r<2k,  where  k  =  min  (n,  10). " 

The  PCnet-ISA  controller  provides  an  alternative  algo- 
rithm, which  suspends  the  counting  of  the  slot  time/IPG 
during  the  time  that  receive  carrier  sense  is  detected. 
This  algorithm  aids  in  networks  where  large  numbers  of 
nodes  are  present,  and  numerous  nodes  can  be  in 
collison.  The  algorithm  effectively  accelerates  the 
increase  in  the  backoff  time  in  busy  networks,  and  al- 
lows nodes  not  involved  in  the  collision  to  access  the 
channel  while  the  colliding  nodes  await  a  reduction  in 
channel  activity.  Once  channel  activity  is  reduced,  the 
nodes  resolving  the  collision  time  out  their  slot  time 
counters  as  normal. 

Manchester  Encoder/Decoder 
(MEIIDEC) 

The  integrated  Manchester  Encoder/Decoder  provides 
the  PLS  (Physical  Layer  Signaling)  functions  required 
for  a  fully  compliant  IEEE  802.3  station.  The  MENDEC 
provides  the  encoding  function  for  data  to  be  transmitted 
on  the  network  using  the  high  accuracy  on-board  oscil- 
lator, driven  by  either  the  crystal  oscillator  or  an  external 
CMOS-level  compatible  clock.  The  MENDEC  also  pro- 
vides the  decoding  function  from  data  received  from  the 
network.  The  MENDEC  contains  a  Power  On  Reset 
(POR)  circuit,  which  ensures  that  all  analog  portions  of 
the  PCnet-ISA  controller  are  forced  into  their  correct 
state  during  power-up,  and  prevents  erroneous  data 
transmission  and/or  reception  during  this  time. 


External  Crystal  Characteristics 

When  using  a  crystal  to  drive  the  oscillator,  the  crystal 
specification  shown  in  the  table  may  be  used  to  ensure 
less  than  +0.5  ns  jitter  at  DO±. 

Table  :  External  Crystal  Characteristics 


Parameter 

Min 

Nom 

Max 

Units 

1  Parallel  Resonant 
F  reo  ue  ncy 

20 

MHz 

2.  Resonant  Frequency  Error 
(CL  =  20  pF) 

-50 

+50 

PPM 

3. Change  in  Resonant  Frequency 
With  Respect  To  Temperature 
(0°-70°C;CL  =  20  pF)- 

-40 

+40 

PPM 

4. Crystal  Capacitance 

20 

pF 

5.  Motional  Crystal 
Capacitance  (C1) 

0.022 

PF 

6.  Series  Resistance 

25 

n 

7. Shunt  Capacitance 

7 

pF 

8.  Drive  Level 

TBD 

mW 

"  Requires  trimming  crystal  spec:  no  trim  is  50  ppm  total 

External  Clock  Drive  Characteristics 

When  driving  the  oscillator  from  an  external  clock 
source,  XTAL2  must  be  left  floating  (unconnected).  An 
external  clock  having  the  following  characteristics  must 
be  used  to  ensure  less  than  ±0.5  ns  jitter  at  DO±: 


Clock  Frequency: 

20  MHz  ±0.01% 

Rise/Fall  Time  (tR/tF): 

<  6  ns  from  0.5  V 
to  Vdd-0.5 

XTAL1  HIGH/LOW  Time 
(tHIGH/tLOW): 

20  ns  min 

XTAL1  Falling  Edge  to 
Falling  Edge  Jitter: 

<  ±0.2  ns  at 

2.5  V  input  (Vdd/2) 

MENDEC  Transmit  Path 

The  transmit  section  encodes  separate  clock  and  NRZ 
data  input  signals  into  a  standard  Manchester  encoded 
serial  bit  stream.  The  transmit  outputs  (DO±)  are  de- 
signed to  operate  into  terminated  transmission  lines. 
When  operating  into  a  78  £1  terminated  transmission 
line,  the  transmit  signaling  meets  the  required  output 
levels  and  skew  for  Cheapernet,  Ethernet,  and 
IEEE-802.3. 
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Transmitter  Timing  and  Operation 

A  20  MHz  fundamental-mode  crystal  oscillator  provides 
the  basic  timing  reference  for  the  MENDEC  portion  of 
the  PCnet-ISA  controller.  The  crystal  input  is  divided  by 
two  to  create  the  internal  transmit  clock  reference.  Both 
clocks  are  fed  into  the  Manchester  Encoder  to  generate 
the  transitions  in  the  encoded  data  stream.  The  internal 
transmit  clock  is  used  by  the  MENDEC  to  internally  syn- 
chronize the  Internal  Transmit  Data  (ITXDAT)  from  the 
controller  and  Internal  Transmit  Enable  (ITXEN).  The  in- 
ternal transmit  clock  is  also  used  as  a  stable  bit-rate 
clock  by  the  receive  section  of  the  MENDEC  and 
controller. 

The  oscillator  requires  an  external  0.005%  crystal,  or  an 
external  0.01%  CMOS-level  input  as  a  reference.  The 
accuracy  requirements,  if  an  external  crystal  is  used, 
are  tighter  because  allowance  for  the  on-chip  oscillator 
must  be  made  to  deliver  a  final  accuracy  of  0.01%. 

Transmission  is  enabled  by  the  controller.  As  long  as  the 
ITXEN  request  remains  active,  the  serial  output  of  the 
controller  will  be  Manchester  encoded  and  appear  at 
DO±.  When  the  internal  request  is  dropped  by  the  con- 
troller, the  differential  transmit  outputs  go  to  one  of  two 
idle  states,  dependent  on  TSEL  in  the  Mode  Register 
(CSR15,  bit  9): 


TSEL  LOW: 

The  idle  state  of  DO±  yields  "zero" 
differential  to  operate  transformer- 
coupled  loads. 

TS 

EL  HIGH: 

In  this  idle  state,  DO+  is  positive 
with  respect  to  DO-  (Iqgical  HIGH). 

Receive  Path 

The  principal  functions  of  the  receiver  are  to  signal  the 
PCnet-ISA  controller  that  there  is  information  on  the  re- 
ceive pair,  and  to  separate  the  incoming  Manchester 
encoded  data  stream  into  clock  and  NRZ  data. 

The  receiver  section  (see  Receiver  Block  Diagram)  con- 
sists of  two  parallel  paths.  The  receive  data  path  is  a 
zero  threshold,  wide  bandwidth  line  receiver.  The  carrier 
path  is  an  offset  threshold  bandpass  detecting  line 


receiver.  Both  receivers  share  common  bias  networks 
to  allow  operation  over  a  wide  input  common  mode 
range. 

Input  Signal  Conditioning 

Transient  noise  pulses  at  the  input  data  stream  are  re- 
jected by  the  Noise  Rejection  Filter.  Pulse  width 
rejection  is  proportional  to  transmit  data  rate.  DC  inputs 
more  negative  than  minus  1 00  mV  are  also  suppressed. 

The  Carrier  Detection  circuitry  detects  the  presence  of 
an  incoming  data  packet  by  discerning  and  rejecting 
noise  from  expected  Manchester  data,  and  controls  the 
stop  and  start  ot  the  phase-lock  loop  during  clock  acqui- 
sition. Clock  acquisition  requires  a  valid  Manchester  bit 
pattern  of  1010b  to  lock  onto  the  incoming  message. 

When  input  amplitude  and  pulse  width  conditions  are 
met  at  Dl±,  a  clock  acquisition  cycle  is  initiated. 

Clock  Acquisition 

When  there  is  no  activity  at  Dl±  (receiver  is  idle),  the  re- 
ceive oscillator  is  phase-locked  to  the  internal  transmit 
clock.  The  first  negative  clock  transition  (bit  cell  center  of 
first  valid  Manchester  "0")  after  IRXCRS  is  asserted  in- 
terrupts the  receive  oscillator.  The  oscillator  is  then 
restarted  at  the  second  Manchester  "0"  (bit  time  4)  and  is 
phase-locked  to  it.  As  a  result,  the  MENDEC  acquires 
the  clock  from  the  incoming  Manchester  bit  pattern  in 
4  bit  times  with  a  "1010"  Manchester  bit  pattern. 


ISRDCLK  and  IRXDAT  are  enabled  1/4  bit  time 
clock  acquisition  in  bit  cell  5.  IRXDAT  is  at  a  HIGH  state 
when  the  receiver  is  idle  (no  ISRDCLK).  IRXDAT  how- 
ever, is  undefined  when  clock  is  acquired  and  may 
remain  HIGH  or  change  to  LOW  state  whenever 
ISRDCLK  is  enabled.  At  1/4  bit  time  through  bit  cell  5, 
the  controller  portion  of  the  PCnet-ISA  controller  sees 
the  first  ISRDCLK  transition.  This  also  strobes  in  the  in- 
coming fifth  bit  to  the  MENDEC  as  Manchester  "1". 
I RXD  AT  may  make  a  transition  after  the  ISRDCLK  rising 
edge  in  bit  cell  5,  but  its  state  is  still  undefined.  The 
Manchester  "1"  at  bit  5  is  clocked  to  IRXDAT  output  at 
1/4  bit  time  in  bit  cell  6. 


Dl±/RXD± 
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Receiver  Block  Diagram 
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PLL  Tracking 

After  clock  acquisition,  the  phase-locked  clock  is  com- 
pared to  the  incoming  transition  at  the  bit  cell  center 
(BCC)  and  the  resulting  phase  error  is  applied  to  a  cor- 
rection circuit.  This  circuit  ensures  that  the 
phase-locked  clock  remains  locked  on  the  received  sig- 
nal. Individual  bit  cell  phase  corrections  of  the  Voltage 
Controlled  Oscillator  (VCO)  are  limited  to  1 0%  of  the 
phase  difference  between  BCC  and  phase-locked 
clock.  Hence,  input  data  jitter  is  reduced  in  ISRDCLK  by 
10  ten. 

Carrier  Tracking  and  End  of  Message 

The  carrier  detection  circuit  monitors  the  Dl±  inputs  after 
IRXCRS  is  asserted  for  an  end  of  message.  IRXCRS 
de-asserts  1  to  2  bit  times  after  the  last  positive  transi- 
tion on  the  incoming  message.  This  initiates  the  end  of 
reception  cycle.  The  time  delay  from  the  last  rising  edge 
of  the  message  to  I RXCRS  deassert  allows  the  last  bit  to 
be  strobed  by  ISR  DCLK  and  transferred  to  the  controller 
section,  but  prevents  any  extra  bit(s)  at  the  end  of 
message. 

Data  Decoding 

The  data  receiver  is  a  comparator  with  clocked  output  to 
minimize  noise  sensitivity  to  the  DI±/RXD±  inputs.  Input 
error  s  less  than  ±  35  mV  to  minimize  sensitivity  to  input 
rise  and  fall  time.  ISRDCLK  strobes  the  data  receiver 
output  at  1/4  bit  time  to  determine  the  value  of  the 
Manchester  bit,  and  clocks  the  data  out  on  IRXDAT  on 
following  ISRDCLK.  The  data  receiver  also  gener- 
the  signal  used  for  phase  detector  comparison  to 
internal  MENDEC  voltage  controlled  oscillator 


the 
ates 
the 
(VCO) 


Jitter  Tolerance  Definition 

The  MENDEC  utilizes  a  clock  capture  circuit  to  align  its 
internal  data  strobe  with  an  incoming  bit  stream.  The 
clock  acquisition  circuitry  requires  four  valid  bits  with  the 
values  1010b.  Clock  is  phase-locked  to  the  negative 
transition  at  the  bit  cell  center  of  the  second  "0"  in  the 
pattern. 

Since  data  is  strobed  at  1/4  bit  time,  Manchester  transi- 
tions which  shift  from  their  nominal  placement  through 
1/4  bit  time  will  result  in  improperly  decoded  data.  With 
this  as  the  criteria  for  an  error,  a  definition  of  "Jitter  Han- 
dling" s: 

The  peak  deviation  approaching  or  crossing  1/4 
bit  cell  position  from  nominal  input  transition,  for 
which  the  MENDEC  section  will  properly  de- 
code data. 

Attachment  Unit  Interface  (AUI) 

The  AUI  is  the  PLS  (Physical  Layer  Signaling)  to  PMA 
(Physical    Medium    Attachment)    interface  which 


connects  the  DTE  to  a  MAU.  The  differential  interface 
provided  by  the  PCnet-ISA  controller  is  fully  compliant 
with  Section  7  of  ISO  8802-3  (ANSI/IEEE  802.3). 

After  the  PCnet-ISA  controller  initiates  a  transmission,  it 
will  expect  to  see  data  "looped-back"  on  the  Dl±  pair 
(when  the  AUI  port  is  selected).  This  will  internally 
generate  a  "carrier  sense",  indicating  that  the  integrity  of 
the  data  path  to  and  from  the  MAU  is  intact,  and  that  the 
MAU  is  operating  correctly.  This  "carrier  sense"  signal 
must  be  asserted  within  sometime  before  end  of  trans- 
mission. If  "carrier  sense"  does  not  become  active  in 
response  to  the  data  transmission,  or  becomes  inactive 
before  the  end  of  transmission,  the  loss  of  carrier 
(LCAR)  error  bit  will  be  set  in  the  Transmit  Descriptor 
Ring  (TMD3,  bit  11)  after  the  packet  has  been 
transmitted. 

Differential  Input  Terminations 

The  differential  input  for  the  Manchester  data  (Dl±)  is 
externally  terminated  by  two  40.2  Q  +1%  resistors  and 
one  optional  common-mode  bypass  capacitor,  as 
shown  in  the  Differential  Input  Termination  diagram 
below.  The  differential  input  impedance,  ZIDF,  and  the 
common-mode  input  impedance,  ZICM,  are  specified  so 
that  the  Ethernet  specification  for  cable  termination  im- 
pedance is  met  using  standard  1%  resistor  terminators. 
If  SIP  devices  are  used,  39  £2  is  the  nearest  usable 
equivalent  value.  The  Cl±  differential  inputs  are  termi- 
nated in  exactly  the  same  way  as  the  Dl±  pair. 


PCnet-ISA 


^  0.01  (lF 
to  0.1  |lF 


Differential  Input  Termination 


Collision  Detection 

A  MAU  detects  the  collision  condition  on  the  network 
and  generates  a  differential  signal  at  the  CI+  inputs.  This 
collision  signal  passes  through  an  input  stage  which  de- 
tects signal  levels  and  pulse  duration.  When  the  signal  is 
detected  by  the  MENDEC  it  sets  the  ICLSN  line  HIGH. 
The  condition  continues  for  approximately  1 .5  bit  times 
after  the  last  LOW-to-HIGH  transition  on  Cl±. 
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Twisted  Pair  Transceiver  (T-MAU) 

The  T-MAU  implements  the  Medium  Attachment  Unit 
(MAU)  functions  for  the  Twisted  Pair  Medium,  as  speci- 
fied by  the  supplement  to  IEEE  802.3  standard  (Type 
10BASE-T).  The  T-MAU  provides  twisted  pair  driver 
and  receiver  circuits,  including  on-board  transmit  digital 
predistortion  and  receiver  squelch,  and  a  number  of  ad- 
ditional features  including  Link  Status  indication, 
Automatic  Twisted  Pair  Receive  Polarity  Detection/ Cor- 
rection and  indication,  Receive  Carrier  Sense,  Transmit 
Active  and  Collision  Present  indication. 

I  Pair  Transmit  Function 

The  differential  driver  circuitry  in  the  TXD±  and  TXP+ 
pins  provides  the  necessary  electrical  driving  capability 
and  the  pre-distortion  control  for  transmitting  signals 
over  maximum  length  Twisted  Pair  cable,  as  specified 
by  the  1 0BASE-T  supplement  to  the  IEEE  802.3  Stan- 
dard. The  transmit  function  for  data  output  meets  the 
propagation  delays  and  jitter  specified  by  the  standard. 

Twisted  Pair  Receive  Function 

The  receiver  complies  with  the  receiver  specifications  of 
the  IEEE  802.3  10BASE-T  Standard,  including  noise 
immunity  and  received  signal  rejection  criteria  ('Smart 
Squelch').  Signals  meeting  this  criteria  appearing  at  the 
RXD±  differential  input  pair  are  routed  to  the  MENDEC. 
The  receiver  function  meets  the  propagation  delays  and 
jitter  requirements  specified  by  the  standard.  The  re- 
ceiver squelch  level  drops  to  half  its  threshold  value 
after  unsquelch  to  allow  reception  of  minimum  ampli- 
tude signals  and  to  offset  carrier  fade  in  the  event  of 
worst  case  signal  attenuation  conditions. 

Note  that  the  10BASE-T  Standard  defines  the  receive 
input  amplitude  at  the  external  Media  Dependent  Inter- 
face (MDI).  Filter  and  transformer  loss  are  not  specified. 
The  T-MAU  receiver  squelch  levels  are  designed  to  ac- 
count for  a  1  dB  insertion  loss  at  1 0  MHz  for  the  type  of 
receive  filters  and  transformers  usually  used. 

Normal  10BASE-T  compatible  receive  thresholds  are 
invoked  when  the  LRT  bit  (CSR15,  bit  9)  is  LOW.  When 
the  LRT  bit  is  set,  the  Low  Receive  Threshold  option  is 
invoked,  and  the  sensitivity  of  the  T-MAU  receiver  is  in- 
creased. Increasing  T-MAU  sensitivity  allows  the  use  of 
lines  longer  than  the  1 00  m  target  distance  of  standard 
1 0BASE-T  (assuming  typical  24  AWG  cable) .  Increased 
receiver  sensitivity  compensates  for  the  increased  sig- 
nal attenuation  caused  by  the  additional  cable  distance. 

However,  making  the  receiver  more  sensitive  means 
that  it  is  also  more  susceptible  to  extraneous  noise,  pri- 
marily caused  by  coupling  from  co-resident  services 
(crosstalk).  For  this  reason,  end  users  may  wish  to  in- 
voke the  Low  Receive  Threshold  option  on  4-pair  cable 
only.  Multi-pair  cables  within  the  same  outer  sheath 
have  lower  crosstalk  attenuation,  and  may  allow  noise 
emitted  from  adjacent  pairs  to  couple  into  the  receive 
pair,  and  be  of  sufficient  amplitude  to  falsely  unsquelch 
the  T-MAU. 


Link  Test  Function 

The  link  test  function  is  implemented  as  specified  by 
1 0BASE-T  standard.  During  periods  of  transmit  pair  in- 
activity, 'Link  beat  pulses'  will  be  periodically  sent  over 
the  twisted  pair  medium  to  constantly  monitor  medium 
integrity. 

When  the  link  test  function  is  enabled  (DLNKTST  bit  in 
CSR15  is  cleared),  the  absence  of  link  beat  pulses  and 
receive  data  on  the  RXD±  pair  will  cause  the  TMAU  to  go 
into  the  Link  Fail  state.  In  the  Link  Fail  state,  data  trans- 
mission, data  reception,  data  loopback  and  the  collision 
detection  functions  are  disabled  and  remain  disabled 
until  valid  data  or  greater  than  5  consecutive  link  pulses 
appear  on  the  RXD±  pair.  During  Link  Fail,  the  Link 
Status  (LNKST  indicated  by  LEDO)  signal  is  inactive. 
When  the  link  is  identified  as  functional,  the  LNKST  sig- 
nal is  asserted,  and  LEDO  output  will  be  activated. 

In  order  to  inter-operate  with  systems  which  do  not  im- 
plement Link  Test,  this  function  can  be  disabled  by 
setting  the  DLNKTST  bit.  With  Link  Test  disabled,  the 
Data  Driver,  Receiver  and  Loopback  functions  as  well 
as  Collision  Detection  remain  enabled  irrespective  of 
the  presence  or  absence  of  data  or  link  pulses  on  the 
RXD±  pair.  Link  Test  pulses  continue  to  be  sent  regard- 
less of  the  state  of  the  DLNKTST  bit. 

Polarity  Detection  and  Reversal 

The  T-MAU  receive  function  includes  the  ability  to  invert 
the  polarity  of  the  signals  appearing  at  the  RXD±  pair  if 
the  polarity  of  the  received  signal  is  reversed  (such  as  in 
the  case  of  a  wiring  error) .  This  feature  allows  data  pack- 
ets received  from  a  reverse  wired  RXD±  input  pair  to  be 
corrected  in  the  T-MAU  prior  to  transfer  to  the 
MENDEC.  The  polarity  detection  function  is  activated 
following  reset  or  Link  Fail,  and  will  reverse  the  receive 
polarity  based  on  both  the  polarity  of  any  previous  link 
beat  pulses  and  the  polarity  of  subsequent  packets  with 
a  valid  End  Transmit  Delimiter  (ETD). 

When  in  the  Link  Fail  state,  the  T-MAU  will  recognize 
link  beat  pulses  of  either  positive  or  negative  polarity. 
Exit  from  the  Link  Fail  state  occurs  at  the  reception  of  5- 
6  consecutive  link  beat  pulses  of  identical  polarity.  On 
entry  to  the  Link  Pass  state,  the  polarity  of  the  last  5  link 
beat  pulses  is  used  to  determine  the  initial  receive  polar- 
ity configuration  and  the  receiver  is  reconfigured  to 
subsequently  recognize  only  link  beat  pulses  of  the  pre- 
viously recognized  polarity. 

Positive  link  beat  pulses  are  defined  as  transmitted  sig- 
nal with  a  positive  amplitude  greater  than  585  mV 
(LRT  =  HIGH)  with  a  pulse  width  of  60  ns-200  ns.  This 
positive  excursion  may  be  followed  by  a  negative  excur- 
sion. This  definition  is  consistent  with  the  expected 
received  signal  at  a  correctly  wired  receiver,  when  a  link 
beat  pulse,  which  fits  the  template  of  Figure  1 4-1 2  of  the 
10BASE-T  Standard,  is  generated  at  a  transmitter  and 
passed  through  100  m  of  twisted  pair  cable. 
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Negative  link  beat  pulses  are  defined  as  transmitted  sig- 
nals with  a  negative  amplitude  greater  than  585  mV  with 
a  pulse  width  of  60  ns-200  ns.  This  negative  excursion 
may  be  followed  by  a  positive  excursion.  This  definition 
is  consistent  with  the  expected  received  signal  at  a  re- 
verse wired  receiver,  when  a  link  beat  pulse  which  fits 
the  template  of  Figure  14-1 2  in  the  1 0BASE-T  Standard 
is  generated  at  a  transmitter  and  passed  through  1 00  m 
of  twisted  pair  cable. 

The  polarity  detection/correction  algorithm  will  remain 
"armed"  until  two  consecutive  packets  with  valid  ETD  of 
identical  polarity  are  detected.  When  "armed,"  the  re- 
ceiver is  capable  of  changing  the  initial  or  previous 
polarity  configuration  according  to  the  detected  ETD 
polarity. 

On  receipt  of  the  first  packet  with  valid  ETD  following  re- 
set or  Link  Fail,  the  T-MAU  will  use  the  inferred  polarity 
information  to  configure  its  RXD±  input,  regardless  of  its 
previous  state.  On  receipt  of  a  second  packet  with  a 
valid  ETD  with  correct  polarity,  the  detection/correction 
algorithm  will  "lock-in"  the  received  polarity.  If  the  sec- 
ond (or  subsequent)  packet  is  not  detected  as 
confirming  the  previous  polarity  decision,  the  most  re- 
cently detected  ETD  polarity  will  be  used  as  the  default. 
Note  that  packets  with  invalid  ETD  have  no  effect  on  up- 
dating the  previous  polarity  decision.  Once  two 
consecutive  packets  with  valid  ETD  have  been  re- 
ceived, the  T-MAU  will  lock  the  correction  algorithm  until 
either  a  Link  Fail  condition  occurs  or  RESET  is  asserted. 

During 
active 
POL 
read 
abled 


polarity  reversal,  an  internal  POL  signal  will  be 
.  During  normal  polarity  conditions,  this  internal 
signal  is  inactive.  The  state  of  this  signal  can  be 
by  software  and/or  displayed  by  LED  when  en- 
by  the  LED  control  bits  in  the  ISA  Bus 
Configuration  Registers  (ISACSR5,  6,  7). 


Twisted  Pair  Interface  Status 

Three  signals  (XMT,  RCV  and  COL)  indicate  whether 
the  T-MAU  is  transmitting,  receiving,  or  in  a  collision 
state.  These  signals  are  internal  signals  and  the  behav- 
ior of  the  LED  outputs  depends  on  how  the  LED  output 
circuitry  is  programmed. 

The  T-MAU  will  power  up  in  the  Link  Fail  state  and  the 
normal  algorithm  will  apply  to  allow  it  to  enter  the  Link 
Pass  state.  In  the  Link  Pass  state,  transmit  or  receive 
activity  will  be  indicated  by  assertion  of  RCV  signal  go- 
ing active.  If  T-MAU  is  selected  using  the  PORTSEL  bits 
in  CSR1 5  or  MAUSEL  pin,  then  when  moving  from  AUI 
to  T-MAU  selection  the  T-MAU  will  be  forced  into  the 
Link  Fail  state. 


In  the 


Link  Fail  state,  XMT,  RCV  and  COL  are  inactive. 


Collision  Detect  Function 

Activity  on  both  twisted  pair  signals  RXD±  and  TXD± 
constitutes  a  collision,  thereby  causing  the  COL  signal 
to  be  asserted.  (COL  is  used  by  the  LED  control  cir- 
cuits.) The  COL  will  remain  asserted  until  one  of  the  two 
colliding  signals  changes  from  active  to  idle.  During  col- 
lision condition,  data  presented  on  the  Dl±  pair  will  be 
sourced  from  the  RXD±  input.  COL  stays  active  for  two 
bit  times  at  the  end  of  a  collision. 

Signal  Quality  Error  (SQE)  Test 
(Heartbeat)  Function 

The  SQE  function  is  disabled  when  the  10BASE-T  port 
is  selected  and  in  Link  Fail  state. 

Jabber  Function 

The  Jabber  function  inhibits  the  twisted  pair  transmit 
function  of  the  T-MAU  if  theTXD±  circuit  is  active  for  an 
excessive  period  (20-150  ms).  This  prevents  any  one 
node  from  disrupting  the  network  due  to  a  'stuck-on'  or 
faulty  transmitter.  If  this  maximum  transmit  time  is  ex- 
ceeded, the  T-MAU  transmitter  circuitry  is  disabled,  the 
JAB  bit  is  set  (CSR4,  bit  1),  and  COL  signal  asserted. 
Once  the  transmit  data  stream  to  the  T-MAU  is  re- 
moved, an  "unjab"  time  of  250-750  ms  will  elapse 
before  the  T-MAU  deasserts  COL  and  re-enables  the 
transmit  circuitry. 

Power  Down 

The  T-MAU  circuitry  can  be  made  to  go  into  low  power 
mode.  This  feature  is  useful  in  battery  powered  or  low 
duty  cycle  systems.  The  T-MAU  will  go  into  power  down 
mode  when  RESET  is  active,  coma  mode  is  active,  or 
the  T-MAU  is  not  selected.  Refer  to  the  Power  Down 
Mode  section  for  a  description  of  the  various  power 
down  modes. 

Any  of  the  three  conditions  listed  above  resets  the  inter- 
nal logic  of  the  T-MAU  and  places  the  device  into  power 
down  mode.  In  this  mode,  the  Twisted  Pair  driver  pins 
(TXD±,TXP±)  are  asserted  LOW,  and  the  internal  T- 
MAU  status  signals  (LNKST,  RCVPOL,  XMT,  RCV  and 
COLLISION)  are  inactive. 


Once  the  SLEEP  pin  is  deasserted,  the  T-MAU  will  be 
forced  into  the  Link  Fail  state.  The  T-MAU  will  move  to 
the  Link  Pass  state  only  after  5  -  6  link  beat  pulses  and/or 
a  single  received  message  is  detected  on  the  RXD± 
pair. 

In  snooze  mode,  the  T-MAU  receive  circuitry  will  remain 
enabled  even  while  the  SLEEP  pin  is  driven  LOW. 

The  T-MAU  circuitry  will  always  go  into  power  down 
mode  if  RESET  is  asserted,  coma  mode  is  enabled,  or 
the  T-MAU  is  not  selected. 
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EADI  (External  Address  Detection 
Interface) 

This  interface  is  provided  to  allow  external  address  filter- 
ing. It  is  selected  by  setting  the  EADISEL  bit  in 
ISACSR2.  This  feature  is  typically  utilized  for  terminal 
servers,  bridges  and/or  router  type  products.  The  use  of 
external  logic  is  required  to  capture  the  serial  bit  stream 
from  the  PCnet-ISA  controller,  compare  it  with  a  table  of 
stored  addresses  or  identifiers,  and  perform  the  desired 
function. 

The  EADI  interface  operates  directly  from  the  NRZ  de- 
coded data  and  clock  recovered  by  the  Manchester 
decoder  or  input  to  the  GPSI,  allowing  the  external  ad- 
dress detection  to  be  performed  in  parallel  with  frame 
reception  and  address  comparison  in  the  MAC  Station 
Address  Detection  (SAD)  block. 

SRDCLK  is  provided  to  allow  clocking  of  the  receive  bit 
stream  into  the  external  address  detection  logic. 
SRDCLK  runs  only  during  frame  reception  activity. 
Once  a  received  frame  commences  and  data  and  clock 
are  available,  the  EADI  logic  will  monitor  the  alternating 
("1,0")  preamble  pattern  until  the  two  ones  of  the  Start 
Frame  Delimiter  ("1,0,1,0,1,0,1,1")  are  detected,  at 
which  point  the  SF/BD  output  will  be  driven  HIGH. 

After  SF/BD  is  asserted  the  serial  data  from  SRD  should 
be  de-serialized  and  sent  to  a  content  addressable 
memory  (CAM)  or  other  address  detection  device. 

To  allow  simple  serial  to  parallel  conversion,  SF/BD  is 
provided  as  a  strobe  and/or  marker  to  indicate  the  de- 
lineation of  bytes,  subsequent  to  the  SFD.  This  provides 
a  mechanism  to  allow  not  only  captu  re  and/or  decoding 
of  the  physical  or  logical  (group)  address,  it  also  facili- 
tates the  capture  of  header  information  to  determine 
protocol  and  or  inter-networking  information.  The  EAR 
pin  is  driven  LOW  by  the  external  address  comparison 
logic  to  reject  the  frame. 


If  an  internal  address  match  is  detected  by  comparison 
with  either  the  Physical  or  Logical  Address  field,  the 
frame  will  be  accepted  regardless  of  the  condition  of 
EAR.  Incoming  frames  which  do  not  pass  the  internal 
address  comparison  will  continue  to  be  received.  This 
allows  approximately  58  byte  times  after  the  last  desti- 
nation  address  bit  is  available  to  generate  the  EAR 
signal,  assuming  the  device  is  not  configured  to  accept 
runt  packets.  EAR  will  be  ignored  after  64  byte  times  af- 
ter the  SFD,  and  Ihe  frame  will  be  accepted  if  EAR  has 
not  been  asserted  before  this  time.  If  Runt  Packet  Ac- 
cept is  configured,  the  EAR  signal  must  be  generated 
priorto  the  receive  message  completion,  which  could  be 
as  short  as  1 2  byte  times  (assuming  6  bytes  for  source 
address,  2  bytes  for  length,  no  data,  4  bytes  for  FCS)  af- 
ter  the  last  bit  of  the  destination  address  is  available. 
ear  must  have  a  pulse  width  of  at  least  200  ns. 

Note  that  setting  the  PROM  bit  (CSR15,  bit  15)  will 
cause  all  receive  frames  to  be  received,  regardless  of 
the  state  of  the  EAR  input. 

If  the  DRCVPA  bit  (CSR15.13)  is  set  and  the  logical 
address  (LADRF)  is  set  to  zero,  only  frames  which  are 
not  rejected  by  ear  will  be  received. 

The  EADI  interface  will  operate  as  long  as  the  STRT  bit 
in  CSR0  is  set,  even  if  the  receiver  and/or  transmitter 
are  disabled  by  software  (DTX  and  DRX  bits  in  CSR15 
set).  This  situation  is  useful  as  a  power  down  mode  in 
that  the  PCnet-ISA  controller  will  not  perform  any  DMA 
operations;  this  saves  power  by  not  utilizing  the  ISA  bus 
driver  circuits.  However,  external  circuitry  could  still  re- 
spond to  specific  frames  on  the  network  to  facilitate 
remote  node  control. 

The  table  below  summarizes  the  operation  of  the  EADI 
features. 


Table:  Internal/External  Address  Recognition  Capabilities 


PROM 


EAR 


Required  Timing 


Received  Messages 


No  timing  requirements 
No  timing  requirements 
Low  for  200  ns  within  512  bits  after  SFD 


All  Received  Frames 
All  Received  Frames 
Physical/Logical  Matches 
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General  Purpose  Serial  Interface  (GPSI) 

The  PCnet-ISA  controller  contains  a  General  Purpose 
Serial  Interface  (GPSI)  designed  for  testing  the  digital 
portions  of  the  chip.  The  MENDEC,  AUI,  and  twisted 
pair  interface  are  by-passed  once  the  device  is  set  up  in 
the  special  "test  mode"  for  accessing  the  GPSI  func- 
tions. Although  this  access  is  intended  only  for  testing 
the  device,  some  users  may  find  the  non-encoded  data 
functions  useful  in  some  special  applications.  Note, 
however,  that  the  GPSI  functions  can  be  accessed  only 
when  the  PCnet-ISA  devices  operate  as  a  bus  master. 

The  PCnet-ISA  GPSI  signals  are  consistent  with  the 
LANCE  digital  serial  interface.  Since  the  GPSI  functions 
can  be  accessed  only  through  a  special  test  mode,  ex- 
pect some  loss  of  functionality  to  the  device  when  the 
GPSI  is  invoked.  The  AUI  and  10BASE-T  analog  inter- 
faces are  disabled  along  with  the  internal  MENDEC 
logic.  The  LA  (unlatched  address)  pins  are  removed  and 
become  the  GPSI  signals,  therefore,  only  20  bits  of  ad- 
dress space  is  available.  The  table  below  shows  the 
GPSI  pin  configuration: 


To  invoke  the  GPSI  signals,  follow  the  procedure  below: 

1 .  After  reset  or  I/O  read  of  Reset  Address,  write  1 0b 
to  PORTSEL  bits  in  CSR15. 

2.  Set  the  ENTST  bit  in  CSR4 

3.  Set  the  GPSIEN  bit  in  CSR124  (see  note  below) 

(The  pins  LA1 7-LA23  will  change  function  after  the 
completion  of  the  above  three  steps.) 

4.  Clear  the  ENTST  bit  in  CSR4 

5.  Clear  both  media  select  bits  in  ISACSR2 

6.  Define  the  PORTSEL  bits  in  the  MODE  register 
(CSR15)  to  be  10b  to  define  GPSI  port.  The 
MODE  register  image  is  in  the  initialization  block. 

Note:  LA  pins  will  be  tristated  before  writing  to 
CORETST  bit.  After  writing  to  GPSIEN,  LA[1 7-21]  will 
be  inputs,  LA[22-23]  will  be  outputs. 


Table:  GPSI  Pin  Configurations 


GPSI 
Function 


GPSI 
I/O  Type 


LANCE/ 
C-LANCE 
GPSI  Pin 


PCnet-ISA 
GPSI 
Pin  Function 


PCnet-ISA 

Pin 
Number 


PCnet-ISA  Normal 
Pin  Function 


Receive  Data 


RX 


RXDAT 


LA17 


Receive  Clock 


RCLK 


SRDCLK 


LA18 


Receive  Carrier  Sense 


RENA 


RXCRS 


LA19 


Coll  sion 


CLSN 


CLSN 


LA20 


Transmit  Clock 


TCLK 


STDCLK 


10 


LA21 


Transmit  Enable 


TENA 


TXEN 


11 


LA22 


Transmit  Data 


TX 


TXDAT 


12 


LA23 


Note:  The  GPSI  function  is  only  available  in  the  Bus  Master  mode  of  operation. 
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IEEE  1149.1  Test  Access  Port  Interface 

An  IEEE  1 1 49.1  compatible  boundary  scan  Test  Access 
Port  is  provided  for  board-level  continuity  test  and  diag- 
nostics. All  digital  input,  output,  and  input/output  pins 
are  tested.  Analog  pins,  including  the  AUI  differential 
driver  (DO±)  and  receivers  (Dl±,  Cl±),  and  the  crystal  in- 
put (XTAL1/XTAL2)  pins,  are  tested.  The  T-MAU  drivers 
TXD+,  TXP±,  and  receiver  RXD±  are  also  tested. 

The  following  is  a  brief  summary  of  the  IEEE  1149.1 
compatible  test  functions  implemented  in  the  PCnet-ISA 
controller. 


Boundary  Scan  Circuit 

boundary  scan  test  circuit  requires  four  extra  pins 
,  TMS,  TDI  and  TDO ),  defined  as  the  Test  Access 
(TAP).  It  includes  a  finite  state  machine  (FSM),  an 
register,  a  data  register  array,  and  a 
on  reset  circuit.  Internal  pull-up  resistors  are  pro- 
TCK,  and  TMS  pins.  TheTCK  pin  must 
left  unconnected.  The  boundary  scan  circuit  re- 
is  active  during  sleep. 


The 
(TCK 
Port 

instruction 
power- 
videdfortheTDI 
not  be 


TAP  FSM 

The  TAP  engine  is  a  16-state  FSM,  driven  by  the  Test 
Clock  (TCK)  and  the  Test  Mode  Select  (TMS)  pins.  This 
FSM  is  in  its  reset  state  at  power-up  or  RESET.  An  inde- 
pendent power-on  reset  circuit  is  provided  to  ensure  the 
FSM  is  in  the  TEST_LOGIC_R ESET  state  at  power-up. 

Supported  Instructions 

In  addition  to  the  minimum  IEEE  1149.1  requirements 
(BYPASS,  EXTEST  and  SAMPLE  instructions),  three 
additional  instructions  (IDCODE,  TRIBYP  and  SET- 
BYP)  are  provided  to  further  ease  board-level  testing. 


All  unused  instruction  codes  are  reserved.  See  the  table 
below  for  a  summary  of  supported  instructions. 

Instruction  Register  and  Decoding  Logic 

After  hardware  or  software  RESET,  the  IDCODE  in- 
struction is  always  invoked.  The  decoding  logic  gives 
signals  to  control  the  data  flow  in  the  DATA  registers  ac- 
cording to  the  current  instruction. 

Boundary  Scan  Register  (BSR) 

Each  BSR  cell  has  two  stages.  A  flip-flop  and  a  latch  are 
used  in  the  SERIAL  SHIFT  STAGE  and  the  PARALLEL 
OUTPUT  STAGE,  respectively. 

There  are  four  possible  operational  modes  in  the  BSR 
cell: 


Other  Data  Registers 

(1)  BYPASS  REG  (1  BIT) 

(2)  DEV  ID  REG  (32  bits) 


Bits  31-28: 

Version 

Bits  27-12: 

Part  number  (0003H) 

Bits  11-1: 

Manufacturer  ID.  The  1 1  bit 
manufacturer  ID  code  for  AMD  is 
00000000001  according  to  JEDEC 
Publication  106-A. 

BitO: 

Always  a  logic  1 

Table:  IEEE  1149.1  Supported  Instruction  Summary 


nstruction 
Name 

Description 

Selected 
Data  Reg 

Mode 

Instruction 
Code 

EXTEST 

External  Test 

BSR 

Test 

0000 

IDCODE 

ID  Code  Inspection 

ID  REG 

Normal 

0001 

SAMPLE 

Sample  Boundary 

BSR 

Normal 

0010 

TRIBYP 

Force  Tristate 

Bypass 

Normal 

0011 

SETBYP 

Control  Boundary  To  1/0 

Bypass 

Test 

0100 

BYPASS 

Bypass  Scan 

Bypass 

Normal 

1111 
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Power  Savings  Modes 

The  PCnet-ISA  controller  supports  two  hardware 
power-savings  modes.  Both  are  entered  by  asserting 
the  SLEEP  pin  LOW. 

In  coma  mode,  the  PCnet-ISA  controller  will  go  into 
deep  sleep  with  no  support  to  automatically  wake  itself 
up.  Coma  mode  is  enabled  when  the  AWAKE  bit  in 
ISACSR2  is  reset.  This  mode  is  the  default  power  down 


In  snooze  mode,  enabled  by  setting  the  AWAKE  bit  in 
ISACSR2  and  driving  the  SLEEP  pin  LOW,  the  T-MAU 
receive  circuitry  will  remain  enabled  even  while  the 
SLEEP  pin  is  driven  LOW.  The  LEDO  output  will  also 
continue  to  function,  indicating  a  good  1 0BASE-T  link  if 
there  are  link  beat  pulses  or  valid  frames  present.  This 
LEDO  pin  can  be  used  to  drive  a  LED  and/or  external 
hardware  that  directly  controls  the  SLEEP  pin  of  the 
PCnet-ISA  controller.  This  configuration  effectively 
wakes  the  system  when  there  is  any  activity  on  the 


10BA 

Acc( 

Web 
dress 
wherc 
becai 
opera 
resou 
progr 
theh 

l/OR 

TheF 
sourc 
as  inc 

SE-T  link. 

;ss  Operations  (Software) 

;gin  by  describing  how  byte  and  word  data  are  ad- 
ed  on  the  ISA  bus,  including  conversion  cycles 
i  16-bit  accesses  are  turned  into  8-bit  accesses 
jse  the  resource  accessed  did  not  support  16-bit 
tions.  Then  we  describe  how  registers  and  other 
rces  are  accessed.  This  section  is  for  the  device 
ammer,  while  the  next  section  (bus  cycles)  is  for 
irdware  designer. 

ssources 

'Cnet-ISA  controller  has  both  I/O  and  memory  re- 
es.  In  the  I/O  space  the  resources  are  organized 
licated  in  the  following  table: 

Offset 

#Bytes 

Register 

Oh 

16 

IEEE  Address  PROM 

1 0h 

2 

RDP 

12h 

2 

RAP  (shared  by  RDP  and  IDP) 

14h 

2 

Reset 

16 

h 

2 

IDP 

The  F 
dress 
18ha 

l/OR 

The  r 

ter  da 

save 

orlDI 

read< 

cessc 

PCne 

bus  c 

mothi 

Cnet-ISA  controller  does  not  respond  to  any  ad- 
es  outside  of  the  offset  range  0-17h.  I/O  offsets 
nd  up  are  not  used  by  the  PCnet-ISA  controller. 

agister  Access 

sgister  address  port  (RAP)  is  shared  by  the  regis- 
a  port  (RDP)  and  the  ISACSR  data  port  (IDP)  to 
-egisters.  To  access  the  Ethernet  controller's  RDP 
3,  the  RAP  should  be  written  first,  followed  by  the 
>r  write  access  to  the  RDP  or  IDP.  I/O  register  ac- 
s  should  be  coded  as  1 6-bit  accesses,  even  if  the 
t-ISA  controller  is  hardware  configured  for  8-bit  I/O 
ycles.  It  is  acceptable  (and  transparent)  for  the 
5rboard  to  turn  a  1 6-bit  software  access  into  two 

separate  8-bit  hardware  bus  cycles.  The  motherboard 
accesses  the  low  byte  before  the  high  byte  and  the 
PCnet-ISA  controller  has  circuitry  to  specifically  support 
this  type  of  access. 

The  reset  register  causes  a  reset  when  read.  Any  value 
will  be  accepted  and  the  cycle  may  be  8  or  1 6  bits  wide. 
Writes  are  ignored. 

All  PCnet-ISA  controller  register  accesses  should  be 
coded  as  1 6-bit  operations. 

'Note  that  the  RAP  is  cleared  on  Reset. 
Address  PROM  Access 

The  address  PROM  is  an  external  memory  device  that 
contains  the  node's  unique  physical  Ethernet  address 
and  any  other  data  stored  by  the  board  manufacturer. 
The  software  accesses  may  be  8-  or  16-bit. 

Boot  PROM  Access 

The  boot  PROM  is  an  external  memory  resource  lo- 
cated at  the  address  selected  by  the  IOAM0  and  IOAM1 
pins  in  bus  master  mode,  or  the  BPAM  input  in  shared 
memory  mode.  It  may  be  software  accessed  as  an  8-  or 
16-bit  resource  but  the  latter  is  recommended  for  best 
performance. 

Static  RAM  Access 

The  static  RAM  is  only  present  in  the  shared  memory 
mode.  It  is  located  at  the  address  selected  by  the  SMAM 
input.  It  may  be  accessed  as  an  8-  or  1 6-bit  resource  but 
the  latter  is  recommended  for  best  performance. 

Bus  Cycles  (Hardware) 

The  PCnet-ISA  controller  supports  both  8-  and  16-bit 
hardware  bus  cycles.  The  following  sections  outline 
where  any  limitations  apply  based  upon  the  architecture 
mode  and/or  the  resource  that  is  being  accessed 
(PCnet-ISA  controller  registers,  address  PROM,  boot 
PROM,  or  shared  memory  SRAM).  For  completeness, 
the  following  sections  are  arranged  by  architecture  (Bus 
Master  Mode  or  Shared  Memory  Mode).  SRAM  re- 
sources apply  only  to  Shared  Memory  Mode. 

All  resources  (registers,  PROMs,  SRAM)  are  presented 
to  the  ISA  bus  by  the  PCnet-ISA  controller.  With  few  ex- 
ceptions, these  resources  can  be  configured  for  either 
8-bit  or  16-bit  bus  cycles.  The  I/O  resources  (registers, 
address  PROM)  are  width  configured  using  the  IOCS16 
pin  on  the  PCnet-ISA  controller.  The  memory  resources 
(boot  PROM,  SRAM)  are  width  configured  by  external 
hardware. 

For  1 6-bit  memory  accesses,  hardware  external  to  the 
PCnet-ISA  controller  asserts  MEMCS1 6  when  either  of 
the  two  memory  resources  is  selected.  The  ISA  bus  re- 
quires that  all  memory  resources  within  a  block  of 
1 28  Kbytes  be  the  same  width,  either  8-  or  1 6-bits.  The 
reason  for  this  is  that  the  MEMCS16  signal  is  generally 
a  decode  of  the  LA1 7-23  address  lines.  1 6-bit  memory 
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capability  is  desirable  since  two  8-bit  accesses  take  the 
same  amount  of  time  as  four  16-bit  accesses. 

All  accesses  to  8-bit  resources  (which  do  not  return 
MEMCS16  or  IOCS16)  use  SDO-7.  If  an  odd  byte  is  ac- 
cessed, the  Current  Master  swap  buffer  turns  on.  During 
an  odd  byte  read  the  swap  buffer  copies  the  data  from 
SDO-7  to  the  high  byte.  During  an  odd  byte  write  the  Cur- 
rent Master  swap  buffer  copies  the  data  from  the  high 
byte  to  SDO-7.  The  PCnet-ISA  controller  can  be  config- 
ured to  be  an  8-bit  I/O  resource  even  in  a  16-bit  system; 
this  is  accomplished  by  disconnecting  lOCSl6fromthe 
ISA  bus  and  tying  IOCS1 6  to  ground.  It  is  recommended 
that  the  PCnet-ISA  controller  be  hardware  configured 
for  8-bit  only  I/O  bus  cycles  for  maximum  compatibility 
with  PC/AT  clone  motherboards. 

When  the  PCnet-ISA  controller  is  in  an  8-bit  system 
such  as  a  PC/XT,  SBHE  and  IOCS16  must  be  left  un- 
connected (these  signals  do  not  exist  in  the  PC/XT). 
This  will  force  ALL  resources  (I/O  and  memory)  to  sup- 
port only  8-bit  bus  cycles.  The  PCnet-ISA  controller  will 
function  in  an  8-bit  system  only  if  configured  for  Shared 
Memory  Mode. 

to   1 6-bit  resources  (which  do  return 


MEMCS16  or  IOCS16)  use  either  or  both  SDO-7  and 
SD8-15.  A  word  access  is  indicated  by  A0=0  and 
SBHE=0  and  data  is  transferred  on  all  1 6  data  lines.  An 
even  byte  access  is  indicated  by  A0=0  and  SBHE=1  and 


data  is  transferred  onSD0-7.  An  odd-byte  access  is  indi- 
cated by  A0=1  and  SBHE=0  and  data  is  transferred  on 
SD8-15.  It  is  illegal  to  have  A0=1  and  SBHE=1  in  any 
bus  cycle.  The  PCnet-ISA  controller  returns  only 
IOCS16;  MEMCS16  must  be  generated  by  external 
hardware  if  desired.  The  use  of  MEMCS1 6  applies  only 
to  Shared  Memory  Mode. 

The  following  table  describes  all  possible  types  of  ISA 
bus  accesses,  including  Permanent  Master  as  Current 
Master  and  PCnet-ISA  controller  as  Current  Master. 
The  PCnet-ISA  controller  will  not  work  with  8-bit  mem- 
ory while  it  is  Current  Master.  Any  descriptions  of  8-bit 
memory  accesses  are  for  when  the  Permanent  Master 
is  Current  Master. 

The  two  byte  columns  (D0-7  and  D8-15)  indicate 
whether  the  bus  master  or  slave  is  driving  the  byte. 
CS16  is  a  shorthand  for  MEMCS16  and  IOCS16. 

Bus  Master  Mode 

The  PCnet-ISA  controller  can  be  configured  as  a  Bus 
Master  only  in  systems  that  support  bus  mastering.  In 
addition,  the  system  is  assumed  to  support  16-bit 
memory  (DMA)  cycles  (the  PCnet-ISA  controler  does 
not  use  the  M  EMCS1 6  signal  on  the  ISA  bus) .  This  does 
not  preclude  the  PCnet-ISA  controller  from  doing  8-bit 
I/O  transfers.  The  PCnet-ISA  controller  will  not  function 
as  a  bus  master  in  8-bit  platforms  such  as  the  PC/XT. 


Table:  ISA  Bus  Accesses 


RAW 

AO 

SBHE 

CS16 

DO-7 

D8-15 

Comments 

RD 

0 

1 

X 

Slave 

Float 

Low  byte  RD 

RD 

1 

0 

1 

Slave 

Float* 

High  byte  RD  with  swap  ' 

RD 

0 

0 

1 

Slave 

Float 

1 6-Bit  RD  converted  to 
low  byte  RD 

RD 

1 

0 

0 

Float 

Slave 

High  byte  RD 

RD 

0 

0 

0 

Slave 

Slave 

16-Bit  RD 

WR 

0 

1 

X 

Master 

Float 

Low  byte  WR 

WR 

1 

0 

1 

Float* 

Master 

High  byte  WR  with  swap 

WR 

0 

0 

1 

Master 

Master 

1 6-Bit  WR  converted  to 
low  byte  WR 

' 

WR 

1 

0 

0 

Float 

Master 

High  byte  WR 

WR 

0 

0 

0 

Master 

Master 

16-Bit  WR 

Motherboard  SWAP  logic  drives 
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Refresh  Cycles 

Although  the  PCnet-ISA  controller  is  neither  an  origina- 
tor or  a  receiver  of  refresh  cycles,  it  does  need  to  avoid 
unintentional  activity  during  a  refresh  cycle  in  bus  mas- 
ter mode.  A  refresh  cycle  is  performed  as  follows:  First, 
the  REF  signal  goes  active.  Then  a  valid  refresh  ad- 
dress is  placed  on  the  address  bus.  MEMR  goes  active, 
the  refresh  is  performed,  and  MEMR  goes  inactive.  The 
refresh  address  is  held  for  a  short  time  and  then  goes 
invalid.  Finally,  REF  goes  inactive.  During  a  refresh  cy- 
cle, as  indicated  by  REF  being  active,  the  PCnet-ISA 
controller  inhibits  its  SMEMR  inputs  and  ignores  DACK 
if  it  goes  active  until  it  goes  inactive.  It  is  necessary  to 
ignore  DACK  during  a  refresh  because  some  mother- 
boards generate  a  false  DACK  at  that  time. 

Address  PROM  Cycles 

The  Address  PROM  is  a  small  (16  bytes)  8-bit  PROM 
connected  to  the  PCnet-ISAcontrollerPrivate  Data  Bus. 
The  PCnet-ISA  controller  will  support  only  8-bit  ISA  I/O 
bus  cycles  for  the  address  PROM ;  this  limitation  is  trans- 
parent to  software  and  does  not  preclude  16-bit 
software  I/O  accesses.  An  access  cycle  begins  with  the 
Permanent  Master  driving  AEN  LOW,  driving  the  ad- 
dresses valid,  and  driving  IOR  active.  The  PCnet-ISA 
controller  detects  this  combination  of  signals  and  arbi- 
trates for  the  Private  Data  Bus  (PRDB)  if  necessary. 
IOCHRDY  is  driven  LOW  during  accesses  to  the  ad- 
dress PROM. 

When  the  Private  Data  Bus  becomes  available,  the 
PCnet-ISA  controller  drives  APCS  active,  releases 
IOCHRDY,  turns  on  the  data  path  from  PRDO-7,  and  en- 
ables the  SDO-7  drivers  (but  not  SD8-15).  During  this 
bus  cycle,  IOCS1 6  is  not  driven  active.  This  condition  is 
maintained  until  IOR  goes  inactive,  at  which  time  the 
bus  cycle  ends.  Data  is  removed  from  SDO-7  within 
30  ns. 

Ethernet  Controller  Register  Cycles 

Ethernet  controller  registers  (RAP,  RDP,  IDP)  are  natu- 
rally 16-bit  resources  but  can  be  configured  to  operate 
with  8-bit  bus  cycles  provided  the  proper  protocol  is  fol- 
lowed. If  IOCS16  has  never  gone  HIGH  since  RESET, 
then  all  controller  register  bus  cycles  will  be  8-bit  only. 
This  situation  would  occur  if  the  IOCS16  pin  is  left  un- 
connected to  the  ISA  bus  and  tied  to  ground.  This 
means  on  a  read,  the  PCnet-ISA  controller  will  only  drive 
the  low  byte  of  the  system  data  bus;  if  an  odd  byte  is 
accessed,  it  will  be  swapped  down.  The  high  byte  of  the 
system  data  bus  is  never  driven  by  the  PCnet-ISA  con- 
troller under  these  conditions.  On  a  write  cycle,  the  even 
byte  is  placed  in  a  holding  register.  An  odd  byte  write  is 
internally  swapped  up  and  augmented  with  the  even 
byte  in  the  holding  register  to  provide  an  internal  16-bit 
write.  This  allows  the  use  of  8-bit  I/O  bus  cycles  which 
are  more  likely  to  be  compatible  with  all  ISA-compatible 
clones,  but  requires  that  both  bytes  be  written  in  immedi- 
ate succession.  This  is  accomplished  simply  by  treating 
the  PCnet-ISA  controller  controller  registers  as  16-bit 
software  resources.  The  motherboard  will  convert  the 
16-bit  accesses  done  by  software  into  two  sequential 


8-bit  accesses,  an  even  byte  access  followed  immedi- 
ately by  an  odd  byte  access. 

An  access  cycle  begins  with  the  Permanent  Master  driv- 
ing  AEN  LOW,  driving  the  address  valid,  and  driving  IOR 
or  IOW  active.  The  PCnet-ISA  controller  detects  this 
combination  of  signals  and  drives  IOCHRDY  LOW. 
IOCS1 6  will  also  be  driven  LOW  if  1 6-bit  I/O  bus  cycles 
are  enabled.  When  the  register  data  is  ready,  IOCHRDY 
will  be  released  HIGH.  This  condition  is  maintained  until 
IOR  or  low  goes  inactive,  at  which  time  the  bus  cycle 
ends. 

RESET  Cycles 

A  read  to  the  reset  address  causes  an  PCnet-ISA  con- 
troller reset.  This  has  the  same  effect  as  asserting  the 
RESET  pin  on  the  PCnet-ISA  controller,  such  as  hap- 
pens during  a  system  power-up  or  hard  boot.  The 
subsequent  write  cycle  needed  in  the  NE2100  LANCE 
based  family  of  Ethernet  cards  is  not  required  but  does 
not  have  any  harmful  effects.  IOCS1 6  is  not  asserted  in 
this  cycle. 

ISA  Configuration  Register  Cycles 

The  ISA  configuration  registers  are  accessed  by  placing 
the  address  of  the  desired  register  into  the  RAP  and 
reading  the  IDP.  The  ISACSR  bus  cycles  are  identical 
to  all  other  PCnet-ISA  controller  register  bus  cycles. 

Boot  PROM  Cycles 

The  Boot  PROM  is  an  8-bit  PROM  connected  to  the 
PCnet-ISA  controller  Private  Data  Bus  (PRDB)  and  can 
occupy  up  to  16  Kbytes  of  address  space.  Since  the 
PCnet-ISA  controller  does  not  generate  MEMCS16, 
only  8-bit  ISA  memory  bus  cycles  to  the  boot  PROM  are 
supported  in  Bus  Master  Mode;  this  limitation  is  trans- 
parent to  software  and  does  not  preclude  16-bit 
software  memory  accesses.  A  boot  PROM  access  cycle 
begins  with  the  Permanent  Master  driving  the  ad- 
dresses valid,  REF  inactive,  and  SMEMR  active.  (AEN 
is  not  involved  in  memory  cycles).  The  PCnet-ISA  con- 
troller detects  this  combination  of  signals,  drives 
IOCHRDY  LOW,  and  reads  a  byte  out  of  the  Boot 
PROM.  The  data  byte  read  is  driven  onto  the  lower  sys- 
tem data  bus  lines  and  IOCHRDY  is  released.  This 
condition  is  maintained  until  SMEMR  goes  inactive,  at 
which  time  the  access  cycle  ends. 


The  BPCS  signal  generated  by  the  PCnet-ISA  controller 
is  three  20  MHz  clock  cycles  wide  (150  ns).  Including 
delays,  the  Boot  PROM  has  120  ns  to  respond  to  the 
BPCS  signal  from  the  PCnet-ISA  controller.  This  signal 
is  intended  to  be  connected  to  the  CS  pin  on  the  boot 

PROM,  with  the  PROM  OE  pin  tied  to  ground.  When  us- 
ing  a  PROM  with  an  access  time  slower  than  120  ns, 
BPCS  may  be  connected  tojhe  OE  pin  of  the  boot 
PROM  while  tying  the  PROM  CS  pin  to  ground. 
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Current  Master  Operation 

Current  Master  operation  only  occurs  in  the  bus  master 
mode.  It  does  not  occur  in  shared  memory  mode. 

There  are  three  phases  to  the  use  of  the  bus  by  the 
PCnet-ISA  controller  as  Current  Master,  the  Obtain 
Phase,  the  Access  Phase,  and  the  Release  Phase. 

Obtain  Phase 

A  Master  Mode  Transfer  Cycle  begins  by  asserting 
DRQ.  When  the  Permanent  Master  asserts  DACK,  the 
PCnet-ISA  controller  asserts  MASTER,  signifying  it  has 
taken  control  of  the  ISA  bus.  The  Permanent  Master  tris- 
tatesthe  address,  command,  and  data  lines  within  60  ns 
ACK  going  active.  The  Permanent  Master  drives 
inactive  within  71  ns  of  MASTER  going  active. 


of  Di 
AEN 


Access  Phase 

The  ISA  bus  requires  a  wait  of  at  least  125  ns  after 
MASTER  is  asserted  before  the  new  master  is  allowed 
to  drive  the  address,  command,  and  data  lines.  The 
PCnet-ISA  controller  will  actually  wait  3  clock  cycles  or 
150  ns. 


The  following  signals  are  not  driven  by  the  Permanent 
Master  and  are  simply  pulled  HIGH:  BALE,  IOCHRDY, 
IOCS1 6,  MEMCS1 6,  SRDY.  Therefore,  the  PCnet-ISA 
controller  assumes  the  memory  which  it  is  accessing  is 
1 6  bits  wide  and  can  complete  an  access  in  the  time  pro- 
grammed for  the  PCnet-ISA  controller  MEMR  and 
MEMW  signals.  Refer  to  the  ISA  Bus  Configuration 
Register  description  section. 

Release  Phase 

When  the  PCnet-ISA  controller  is  finished  with  the  bus, 
it  drives  the  command  lines  inactive.  50  ns  later,  the  con- 
troller tri-states  the  command,  address,  and  data  lines 
and  drives  DRQ  inactive.  50  ns  later,  the  controller 
drives  MASTER  inactive. 

At  least  375  ns  after  DRQ  goes  inactive,  the  Permanent 
Master  drives  DACK  inactive. 

The  Permanent  Master  drives  AEN  active  within  71  ns  of 
MASTER  going  inactive.  The  Permanent  Master  is  al- 
lowed  to  drive  the  command  lines  no  sooner  than  60  ns 
after  DACK  goes  inactive. 

Master  Mode  Memory  Read  Cycle 

Afterthe  PCnet-ISA  controller  has  acquired  the  ISA  bus, 
it  can  perform  a  memory  read  cycle.  All  timing  is  gener- 
ated relative  to  the  20  MHz  clock  (network  clock).  Since 
there  is  no  way  to  tell  if  memory  is  8-  or  1 6-bit  or  when  it 
is  ready,  the  PCnet-ISA  controller  by  default  assumes 
16-bit,  1  wait  state  memory.  The  wait  state  assumption 
is  based  on  the  default  value  in  the  MSRDA  register  in 
ISACSR0. 


PCnet-ISA  controller  provides  one  clock  or  50  ns  of 
setup  time  before  asserting  MEMR. 


The  ISA  bus  requires  MEMR  to  be  active  for  at  least 
219  ns,  and  the  PCnet-ISA  controller  provides  a  default 
of  5  clocks,  or  250  ns,  but  this  can  be  tuned  for  faster 
systems  with  the  Master  Mode  Read  Active  (MSRDA) 
register  (see  section  2.5.2).  Also,  if  IOCHRDY  is  driven 
LOW,  the  PCnet-ISA  controller  will  wait.  The  wait  state 
counter  must  expire  and  IOCHRDY  must  be  HIGH  for 
the  PCnet-ISA  controller  to  continue. 

The  PCnet-ISA  controller  then  accepts  the  memory 
read  data.  The  ISA  bus  requires  all  command  lines  to  re- 
main inactive  for  at  least  97  ns  before  starting  another 
bus  cycle  and  the  PCnet-ISA  controller  provides  at  least 
two  clocks  or  100  ns  of  inactive  time. 

The  ISA  bus  requires  read  data  to  be  valid  no  more  than 
173  ns  after  receiving  MEMR  active  and  the  PCnet-ISA 
controller  requires  1 0  ns  of  data  setup  time.  The  ISA  bus 
requires  read  data  to  provide  at  least  0  ns  of  hold  time 
and  to  be  removed  from  the  bus  within  30  ns  after 
MEMR  goes  inactive.  The  PCnet-ISA  controller  requires 
0  ns  of  data  hold  time. 

Master  Mode  Memory  Write  Cycle 

After  the  PCnet-ISA  controller  has  acquired  the  ISA  bus, 
it  can  perform  a  memory  write  cycle.  All  timing  is  gener- 
ated relative  to  a  20  MHz  clock  which  happens  to  be  the 
same  as  the  network  clock.  Since  there  is  no  way  to  tell  if 
memory  is  8-  or  1 6-bit  or  when  it  is  ready,  the  PCnet-ISA 
controller  by  default  assumes  16-bit,  1  wait  state  mem- 
ory. The  wait  state  assumption  is  based  on  the  default 
value  in  the  MSWRA  register  in  ISACSR1 . 


The  cycle  begins  with  SAO-19,  SBHE,  and  LA17-23  be- 
ing presented.  The  ISA  bus  requires  them  to  be  valid  at 
least  28  ns  before  MEMW  goes  active  and  data  to  be 
valid  at  least  22  ns  before  MEMW  goes  active.  The 
PCnet-ISA  controller  provides  one  clock  or  50  ns  of 
setup  time  for  all  these  signals. 


The  cycle  begins  with  SA0-19,  sbhe,  and  LA17-23  be- 
ing presented.  The  ISA  bus  requires  them  to  be  valid  for 
at  least  28  ns  before  a  read  command  and  the 


The  ISA  bus  requires  MEMW  to  be  active  for  at  least 
219  ns,  and  the  PCnet-ISA  controller  provides  a  default 
of  5  clocks,  or  250  ns,  but  this  can  be  tuned  for  faster 
systems  with  the  Master  Mode  Write  Active  (MSWRA) 
register  (ISACSR1).  Also,  if  IOCHRDY  is  driven  LOW, 
the  PCnet-ISA  controller  will  wait.  IOCHRDY  must  be 
HIGH  for  the  PCnet-ISA  controller  to  continue. 

The  ISA  bus  requires  data  to  be  valid  for  at  least  25  ns 
after  MEMW  goes  inactive,  and  the  PCnet-ISA  control- 
ler provides  one  clock  or  50  ns. 

The  ISA  bus  requires  all  command  lines  to  remain  inac- 
tive for  at  least  97  ns  before  starting  another  bus  cycle. 
The  PCnet-ISA  controller  provides  at  least  two  clocks  or 
1 00  ns  of  inactive  time  when  bit  4  in  ISACSR2  is  set.  The 
EISA  bus  requires  all  command  lines  to  remain  inactive 
for  at  least  170  ns  before  starting  another  bus  cycle. 
When  bit  4  in  ISACSR4  is  cleared,  the  PCnet-ISA  con- 
troller provides  200  ns  of  inactive  time. 
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Shared  Memory  Mode 
Address  PROM  Cycles 

The  Address  PROM  is  a  small  (16  bytes)  8-bit  PROM 
connected  to  the  PCnet-ISA  controller  Private  Data  Bus 
(PRDB).The  PCnet-ISA  controller  will  support  only  8-bit 
ISA  I/O  bus  cycles  tor  the  address  PROM ;  this  limitation 
is  transparent  to  software  and  does  not  preclude  16-bit 
software  I/O  accesses.  An  access  cycle  begins  with  the 
Permanent  Master  driving  AEN  LOW,  driving  the  ad- 
dresses valid,  and  driving  IOR  active.  The  PCnet-ISA 
controller  detects  this  combination  of  signals  and  arbi- 
trates for  the  Private  Data  Bus  if  necessary.  IOCHRDY 
is  always  driven  LOW  during  address  PROM  accesses. 

When  the  Private  Data  Bus  becomes  available,  the 
PCnet-ISA  controller  drives  APCS  active,  releases 
IOCHRDY,  turns onthe  data  pathfrom  PRDO-7,  and  en- 
ables the  SDO-7  drivers  (but  not  SD8-15).  During  this 
bus  cycle,  IOCS16  is  not  driven  active.  This  condition  is 
maintained  until  IOR  goes  inactive,  at  which  time  the  ac- 
cess cycle  ends.  Data  is  removed  from  SDO-7  within 
30  ns 

The  PCnet-ISA  controller  will  perform  8-bit  ISA  bus  cy- 
cle operation  for  all  resources  (registers,  PROMs, 
SRAM)  if  SBHE  has  been  left  unconnected,  such  as  in 
the  case  of  an  8-bit  system  like  the  PC/XT. 

Ethernet  Controller  Register  Cycles 

Ethernet  controller  registers  (RAP,  RDP,  ISACSR)  are 
naturally  1 6-bit  resources  but  can  be  configured  to  oper- 
ate with  8-bit  bus  cycles  provided  the  proper  protocol  is 
followed.  If  IOCS16  has  never  gone  HIGH  since  RE- 
SET, then  all  controller  register  bus  cycles  will  be  8-bit 
only.  This  situation  would  occur  if  the  IOCS1 6  pin  is  dis- 
connected from  the  ISA  bus  and  tied  to  ground.  This 
means  on  a  read,  the  PCnet-ISA  controller  will  only  drive 
the  low  byte  of  the  system  data  bus;  if  an  odd  byte  is  ac- 
cessed, it  will  be  swapped  down.  The  high  byte  of  the 
system  data  bus  is  never  driven  by  the  PCnet-ISA  con- 
troller under  these  conditions.  On  a  write,  the  even  byte 
is  placed  in  a  holding  register.  An  odd-byte  write  is  inter- 
nally swapped  up  and  augmented  with  the  even  byte  in 
the  holding  register  to  provide  an  internal  16-bit  write. 
This  allows  the  use  of  8-bit  I/O  bus  cycles  which  are 
more  likely  to  be  compatible  with  all  clones,  but  requires 
that  both  bytes  be  written  in  immediate  succession.  This 
is  accomplished  simply  by  treating  the  PCnet-ISA  con- 
troller controller  registers  as  16-bit  software  resources. 
The  motherboard  will  convert  the  16-bit  accesses  done 
by  software  into  two  sequential  8-bit  accesses,  an  even- 
byte  access  followed  immediately  by  an  odd-byte 
access. 

An  access  cycle  begins  with  the  Permanent  Master  driv- 
ing AEN  LOW,  driving  the  address  valid,  and  driving  IOR 
or  IOW  active.  The  PCnet-ISA  controller  detects  this 
combination  of  signals  and  drives  IOCHRDY  LOW. 
IOCS1 6  will  also  be  driven  LOW  if  1 6-bit  I/O  bus  cycles 
are  enabled.  When  the  register  data  is  ready,  IOCHRDY 
will  be  released  HIGH.  This  condition  is  maintained  until 


IOR  or  low  goes  inactive,  at  which  time  the  bus  cycle 
ends. 

The  PCnet-ISA  controller  will  perform  8-bit  ISA  bus  cy- 
cle operation  for  all  resources  (registers,  PROMs, 
SRAM)  if  SBHE  has  been  left  unconnected,  such  as  in 
the  case  of  an  8-bit  system  like  the  PC/XT. 

RESET  Cycles 

A  read  to  the  reset  address  causes  an  PCnet-ISA  con- 
troller reset.  This  has  the  same  effect  as  asserting  the 
RESET  pin  on  the  PCnet-ISA  controller,  such  as  hap- 
pens during  a  system  power-up  or  hard  boot.  The 
subsequent  write  cycle  needed  in  the  NE21 00  LANCE- 
based  family  of  Ethernet  cards  is  not  required  but  does 
not  have  any  harmful  effects.  IOCS1 6  is  not  asserted  in 
this  cycle. 

ISA  Configuration  Register  Cycles 

The  ISA  configuration  register  is  accessed  by  placing 
the  address  of  the  desired  register  into  the  RAP  and 
reading  the  IDP.  The  ISACSR  bus  cycles  are  identical 
to  all  other  PCnet-ISA  controller  register  bus  cycles. 

Boot  PROM  Cycles 

The  Boot  PROM  is  an  8-bit  PROM  connected  to  the 
PCnet-ISA  controller  Private  Data  Bus  (PRDB),  and  can 
occupy  up  to  64  Kbytes  of  address  space.  In  Shared 
Memory  Mode,  an  external  address  comparator  is  re- 
sponsible for  asserting  BPAM  to  the  PCnet-ISA 
controller.  BPAM  is  intended  to  be  a  perfect  decode  of 
the  boot  PROM  address  space,  i.e.  REF,  LA17-23, 
SA14-16  for  a  16  Kbyte  PROM.  The  LA  bus  must  be 
latched  with  BALE  in  order  to  provide  stable  signal  for 
BPAM.  ref  inactive  must  be  used  by  the  external  logic 
to  gate  boot  PROM  address  decoding.  This  same  logic 
must  assert  MEMCS16  to  the  ISA  bus  if  16-bit  Boot 
PROM  bus  cycles  are  desired. 

The  PCnet-ISA  controller  assumes  16-bit  ISA  memory 
bus  cycles  for  the  boot  PROM.  A 1 6-bit  boot  PROM  bus 
cycle  begins  with  the  Permanent  Master  driving  the  ad- 
dresses valid,  REF  inactive,  and  SMEMR  active.  (AEN 
is  not  involved  in  memory  cycles).  External  hardware 
would  assert  BPAM  and  MEMCS16.  The  PCnet-ISA 
controller  detects  this  combination  of  signals,  drives 
IOCHRDY  LOW,  and  reads  two  bytes  out  of  the  boot 
PROM.  The  data  bytes  read  from  the  PROM  are  driven 
by  the  PCnet-ISA  controlleronto  SDO-15  and  IOCHRDY 
is  released.  This  condition  is  maintained  until  MEMR 
goes  inactive,  at  which  time  the  access  cycle  ends. 

The  PCnet-ISA  controller  can  be  made  to  support  only 
8-bit  ISA  memory  bus  cycles  for  the  boot  PROM.  This 
can  be  accomplished  by  asserting  BPAM  and  SMAM  si- 
multaneously; the  PCnet-ISA  controller  would  respond 
using  8-bit  ISA  memory  bus  cycles  only.  Since  this  is  an 
illegal  situation  for  simple  address  decoders,  the  exter- 
nal  address  decoder  must  artificially  drive  SMAM  LOW 
when  the  (8-bit)  boot  PROM  address  space  is  being  ac- 
cessed. In  this  case,  MEMCS16  must  not  be  asserted. 
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The  PCnet-ISA  controller  will  perform  8-bit  ISA  bus  cy- 
cle operation  for  all  resource  (registers,  PROMs, 
SRAM)  if  SBHE  has  been  left  unconnected,  such  as  in 
the  case  of  an  8-bit  system  like  the  PC/XT. 


The  BPCS  signal  generated  by  the  PCnet-ISA  controller 
is  three  20  MHz  clock  cycles  wide  ( 1 50  ns) .  Including  de- 
lays,  the  Boot  PROM  has  1 20  ns  to  respond  to  the  BPCS 
signal  from  the  PCnet-ISA  controller.  This  signal  is  in- 
tended to  be  connected  to  the  CS  pin  on  the  boot 
PROM,  with  the  PROM  OE  pin  tied  to  ground.  The  ac- 
cess time  of  the  boot  PROM  must  be  120  ns  or  faster 
when  16-bit  ISA  memory  cycles  are  to  be  supported. 

Static  RAM  Cycles 

The  shared  memory  SRAM  is  an  8-bit  device  connected 
to  the  PCnet-ISA  controller  Private  Bus,  and  can  occupy 
up  to  64  Kbytes  of  address  space.  In  Shared  Memory 
Mode,  an  external  address  comparator  is  responsible 
for  asserting  SMAM  to  the  PCnet-ISA  controller.  SMAM 
is  intended  to  be  a  perfect  decode  of  the  SRAM  address 
space,  i.e.  REF,  LA1 7-23,  SA1 6for  64  Kbytes  of  SRAM . 
The  LA  signals  must  be  latched  by  BALE  in  orderto  pro- 
vide a  stable  decode  for  SMAM.  The  PCnet-ISA 
controller  assumes  16-bit  ISA  memory  bus  cycles  for 
the  SRAM,  so  this  same  logic  must  assert  MEMCS1 6  to 
the  ISA  bus  if  1 6-bit  bus  cycles  are  to  be  supported. 

A  16-bit  SRAM  bus  cycle  begins  with  the  Permanent 
Master  driving  the  addresses  valid,  REF  inactive,  and 
either  MEMR  or  MEMW  active.  (AEN  is  not  involved  in 
memory  cycles).  External  hardware  would  assert 
SMAM  and  MEMCS16.  The  PCnet-ISA  controller  de- 
tects this  combination  of  signals  and  initiates  the  SRAM 
access. 

In  a  write  cycle,  the  PCnet-ISA  controller  stores  the  data 
into  an  internal  holding  register,  allowing  the  ISA  bus  cy- 
cle to  finish  normally.  The  data  in  the  holding  register  will 
then  be  written  to  the  SRAM  without  the  need  for  ISA 
bus  control.  In  the  event  the  holding  register  is  already 
filled  with  unwritten  SRAM  data,  the  PCnet-ISA  control- 
ler will  extend  the  ISA  write  cycle  by  driving  IOCHRDY 
LOW  until  the  unwritten  data  is  stored  in  the  SRAM .  The 
current  ISA  bus  cycle  will  then  complete  normally. 

In  a  read  cycle,  the  PCnet-ISA  controller  arbitrates  for 
the  Private  Bus.  If  it  is  unavailable,  the  PCnet-ISA  con- 
troller drives  IOCHRDY  LOW.  When  the  Private  Data 
Bus  is  available,  the  PCnet-ISA  controller  asserts  the 


Address  Buffer  Output  Enable  (ABOE)  signal  to  drive 
the  upper  6  bits  of  the  Private  Address  Bus  from  the  Sys- 
tem Address  Bus.  The  PCnet-ISA  controller  itself  drives 
the  lower  10  bits  of  the  Private  Address  Bus  from  the 
System  Address  Bus  and  compares  the  1 6  bits  of  ad- 
dress on  the  Private  Address  Bus  with  that  of  a  SRAM 
data  word  held  in  an  internal  pre-fetch  buffer. 

If  the  address  does  not  match  that  of  the  prefetched 
SRAM  data,  then  the  PCnet-ISA  controller  drives 
IOCHRDY  LOW  and  reads  two  bytes  from  the  SRAM. 
The  PCnet-ISA  controller  then  proceeds  as  though  the 
addressed  data  location  had  been  prefetched. 

If  the  internal  prefetch  buffer  contains  the  correct  data, 
then  the  pre-fetch  buffer  data  is  driven  on  the  System 
Data  bus.  If  IOCHRDY  was  previously  driven  LOW  due 
to  either  Private  Data  Bus  arbitration  or  SRAM  access, 
then  it  is  released  HIGH.  The  PCnet-ISA  controller  re- 
mains in  this  state  until  MEMR  is  de-asserted,  at  which 
time  the  PCnet-ISA  controller  performs  a  new  prefetch 
of  the  SRAM.  In  this  way  memory  read  wait  states  can 
be  minimized. 

The  PCnet-ISA  controller  performs  prefetches  of  the 
SRAM  between  ISA  bus  cycles.  The  SRAM  is 
prefetched  in  an  incrementing  word  address  fashion. 
Prefetched  data  are  invalidated  by  any  other  activity  on 
the  Private  Bus,  including  Shared  Memory  Writes  by 
eitherthe  ISA  bus  orthe  network  interface,  and  also  ad- 
dress and  boot  PROM  reads. 

The  only  way  to  configure  the  PCnet-ISA  controller  for 
8-bit  ISA  bus  cycles  for  SRAM  accesses  is  to  configure 
the  entire  PCnet-ISA  controller  to  support  only  8-bit  ISA 
bus  cycles.  This  is  accomplished  by  leaving  the  SBHE 
pin  disconnected.  The  PCnet-ISA  controller  will  perform 
8-bit  ISA  bus  cycle  operation  for  all  resources  (registers, 
PROMs,  SRAM)  if  SBHE  has  never  been  driven  active 
since  the  last  RESET,  such  as  in  the  case  of  an  8-bit  sys- 
tem like  the  PC/XT.  In  this  case,  the  external  address 
decode  logic  must  not  assert  MEMCS1 6  to  the  ISA  bus, 
which  will  be  the  case  if  MEMCS1 6  is  left  unconnected. 
It  is  possible  to  manufacture  a  dual  8/16  bit  PCnet-ISA 
controller  adapter  card,  as  the  MEMCS16  and  SBHE 
signals  do  not  exist  in  the  PC/XT  environment. 

At  the  memory  device  level,  each  SRAM  Private  Bus 
read  cycle  takes  two  50  ns  clock  periods  for  a  maximum 
read  access  time  of  75  ns.  The  timing  looks  like  this: 
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The  address  and  sroe  go  active  within  20  ns  of  the 
clock  going  HIGH.  Data  is  required  to  be  valid  5  ns  be- 
fore  the  end  of  the  second  clock  cycle.  Address  and 
SROE  have  a  0  ns  hold  time  after  the  end  of  the  second 
clock  cycle.  Note  that  the  PCnet-ISA  controller  does  not 
provide  a  separate  SRAM  CS  signal;  SRAM  CS  must 
always  be  asserted. 

SRAM  Private  Bus  write  cycles  require  three  50  ns  clock 
periods  to  guarantee  non-negative  address  setup  and 
hold  t  mes  with  regard  to  SRWE.  The  timing  is  illustrated 
as  fol  ows: 


Address 


first 


the 
falli 
20  ns 
Address 
clock 
Non 
with 
pulse 


Static  RAM  Write  Cycle 


and  data  are  valid  20  ns  after  the  rising  edge  of 
clock  period.  SRWE  goes  active  20  ns  after  the 
falling  edge  of  the  first  clock  period.  SRWE  goes  inactive 
after  the  falling  edge  of  the  third  clock  period. 

and  data  remain  valid  until  the  end  of  the  third 
period.  Rise  and  fall  times  are  nominally  5  ns. 
negative  setup  and  hold  times  for  address  and  data 
respect  to  SRWE  are  guaranteed.  SRWE  has  a 
width  of  typically  100  ns,  minimum  75  ns. 


Transmit  Operation 

The  transmit  operation  and  features  of  the  PCnet-ISA 


contro 


ler  are  controlled  by  programmable  options. 


Transmit  Function  Programming 

Automatic  transmit  features,  such  as  retry  on  collision, 
FCS  generation/transmission,  and  pad  field  insertion, 
can  al  be  programmed  to  provide  flexibility  in  the 
(re-)transmission  of  messages. 


Disable  retry  on  collision  (DRTY)  is  controlled  by  the 
DRTY  bit  of  the  Mode  register  (CSR15)  in  the  initializa- 
tion block. 

Automatic  pad  field  insertion  is  controlled  by  the 
APADXMT  bit  in  CSR4.  If  APAD_XMT  is  set,  auto- 
matic pad  field  insertion  is  enabled,  the  DXMTFCS 
feature  is  over-ridden,  and  the  4-byte  FCS  will  be  added 
to  the  transmitted  frame  unconditionally.  If  APAD_XMT 
is  cleared,  no  pad  field  insertion  will  take  place  and  runt 
packet  transmission  is  possible. 

The  disable  FCS  generation/transmission  feature  can 
be  programmed  dynamically  on  a  frame  by  frame  basis. 
See  the  ADD_FCS  description  of  TMD1 . 

Transmit  FIFO  Watermark  (XMTFW  in  CSR80)  sets  the 
point  at  which  the  BMU  (Buffer  Management  Unit)  re- 
quests more  data  from  the  transmit  buffers  for  the  FIFO. 
This  point  is  based  upon  how  many  1 6-bit  bus  transfers 
(2  bytes)  could  be  performed  to  the  existing  empty 
space  in  the  transmit  FIFO. 

Transmit  Start  Point  (XMTSP  in  CSR80)  sets  the  point 
when  the  transmitter  actually  tries  to  go  out  on  the  me- 
dia. This  point  is  based  upon  the  number  of  bytes  written 
to  the  transmit  FIFO  for  the  current  frame. 

When  the  entire  frame  is  in  the  FIFO,  attempts  at  trans- 
mission of  preamble  will  commence  regardless  of  the 
value  in  XMTSP.  The  default  value  of  XMTSP  is  10b, 
meaning  64  bytes  full. 

Automatic  Pad  Generation 

Transmit  frames  can  be  automatically  padded  to  extend 
them  to  64  data  bytes  (excluding  preamble).  This  allows 
the  minimum  frame  size  of  64  bytes  (512  bits)  for 
802.3/Ethernet  to  be  guaranteed  with  no  software  inter- 
vention from  the  host/controlling  process.  Setting  the 
APAD  XMT  bit  in  CSR4  enables  the  automatic  padding 
feature.  The  pad  is  placed  between  the  LLC  data  field 
and  FCS  field  in  the  802.3  frame.  FCS  is  always  added  if 
the  frame  is  padded,  regardless  of  the  state  of 
DXMTFCS.  The  transmit  frame  will  be  padded  by  bytes 
with  the  value  of  OOh.  The  default  value  of  APAD_XMT  is 
0,  and  this  will  disable  auto  pad  generation  after  RESET. 
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It  is  the  responsibility  of  upper  layer  software  to  correctly 
define  the  actual  length  field  contained  in  the  message 
to  correspond  to  the  total  nu  mber  of  LLC  Data  bytes  en- 
capsulated in  the  packet  (length  field  as  defined  in  the 
IEEE  802.3  standard).  The  length  value  contained  in  the 
message  is  not  used  by  the  PCnet-ISA  controller  to 
compute  the  actual  number  of  pad  bytes  to  be  inserted. 
The  PCnet-ISA  controller  will  append  pad  bytes  de- 
pendent on  the  actual  number  of  bits  transmitted  onto 
the  network.  Once  the  last  data  byte  of  the  frame  has 
completed  prior  to  appending  the  FCS,  the  PCnet-ISA 
controller  will  check  to  ensure  that  544  bits  have  been 
transmitted.  If  not,  pad  bytes  are  added  to  extend  the 
frame  size  to  this  value,  and  the  FCS  is  then  added. 

The  544  bit  count  is  derived  from  the  following: 

Minimum  frame  size  (excluding  preamble, 
including  FCS)         64  bytes     512  bits 

Preamble/SFD  size   8  bytes      64  bits 

FCS  size  4  bytes      32  bits 

To  be  classed  as  a  minimum-size  frame  at  the  receiver, 
the  transmitted  frame  must  contain: 

Preamble    +    (Min  Frame  Size  +  FCS)  bits 

At  the  point  that  FCS  is  to  be  appended,  the  transmitted 
frame  should  contain: 

Preamble    +    (Min  Frame  Size  -  FCS)  bits 
64        +  (512         -    32)  bits 

A  minimum-length  transmit  frame  from  the  PCnet-ISA 
controller  will,  therefore,  be  576  bits  after  the  FCS  is 
appended. 

Transmit  FCS  Generation 

Automatic  generation  and  transmission  of  FCS  for  a 
transmit  frame  depends  on  the  value  of  DXMTFCS  bit  in 
CSR15.  WhenDXMTFCS  =  0  the  transmitter  will  gener- 
ate and  append  the  FCS  to  the  transmitted  frame.  If  the 
automatic  padding  feature  is  invoked  (APAD  XMT  is 
SET  in  CSR4),  the  FCS  will  be  appended  by  the 
PCnet-ISA  controller  regardless  of  the  state  of 
DXMTFCS.  Note  that  the  calculated  FCS  is  transmitted 
most-significant  bit  first.  The  default  value  of  DXMTFCS 
is  0  after  RESET. 

Transmit  Exception  Conditions 

Exception  conditions  for  frame  transmission  tall  into  two 
distinct  categories;  those  which  are  the  result  of  normal 
network  operation,  and  those  which  occur  due  to  abnor- 
mal network  and/or  host  related  events. 

Normal  events  which  may  occur  and  which  are  handled 
autonomously  by  the  PCnet-ISA  controller  are  basically 
collisions  within  the  slot  time  with  automatic  retry.  The 
PCnet-ISA  controller  will  ensure  that  collisions  which 
occur  within  51 2  bit  times  from  the  start  of  transmission 
(including  preamble)  will  be  automatically  retried  with  no 
host  intervention.  The  transmit  FIFO  ensures  this  by 
guaranteeing  that  data  contained  within  the  FIFO  will 
not  be  overwritten  until  at  least  64  bytes  (512  bits)  of 


data  have  been  successfully  transmitted  onto  the  net- 
work. 

If  16  total  attempts  (initial  attempt  plus  15  retries)  fail,  the 
PCnet-ISA  controller  sets  the  RTRY  bit  in  the  current 
transmit  TDTE  in  host  memory  (TM  D2) ,  gives  up  owner- 
ship (sets  the  OWN  bit  to  zero)  for  this  packet,  and 
processes  the  next  packet  in  the  transmit  ring  for  trans- 
mission. 

Abnormal  network  conditions  include: 

■  Loss  of  carrier 

■  Late  collision 

■  SQE  Test  Error  (does  not  apply  to  1 0BASE-T  port) 

These  should  not  occur  on  a  correctly  configured  802.3 
network,  and  will  be  reported  if  they  do. 

When  an  error  occurs  in  the  middle  of  a  multi-buffer 
frame  transmission,  the  error  status  will  be  written  in  the 
current  descriptor.  The  OWN  bit(s)  in  the  subsequent 
descriptor(s)  will  be  reset  until  the  STP  (the  next  frame) 
is  found. 

Loss  of  Carrier 

A  loss  of  carrier  condition  will  be  reported  if  the 
PCnet-ISA  controller  cannot  observe  receive  activity 
while  it  is  transmitting  on  the  AUI  port.  After  the 
PCnet-ISA  controller  initiates  a  transmission,  it  will 
expect  to  see  data  "looped  back"  on  the  DI+  pair.  This 
will  internally  generate  a  "carrier  sense,"  indicating  that 
the  integrity  of  the  data  path  to  and  from  the  MAU  is  in- 
tact, and  that  the  MAU  is  operating  correctly.  This 
"carrier  sense"  signal  must  be  asserted  before  the  end 
of  the  transmission.  If  "carrier  sense"  does  not  become 
active  in  response  to  the  data  transmission,  or  becomes 
inactive  before  the  end  of  transmission,  the  loss  of  car- 
rier (LCAR)  error  bit  will  be  set  in  TMD2  after  the  frame 
has  been  transmitted.  The  frame  will  not  be  re-tried  on 
the  basis  of  an  LCAR  error.  In  10BASE-T  mode  LCAR 
will  indicate  that  Jabber  or  Link  Fail  state  has  occurred. 

Late  Collision 

A  late  collision  will  be  reported  if  a  collision  condition  oc- 
curs after  one  slot  time  (512  bit  times)  after  the  transmit 
process  was  initiated  (first  bit  of  preamble  commenced). 
The  PCnet-ISA  controller  will  abandon  the  transmit 
process  for  the  particular  frame,  set  Late  Collision 
(LCOL)  in  the  associated  TMD3,  and  process  the  next 
transmit  frame  in  the  ring.  Frames  experiencing  a  late 
collision  will  not  be  re-tried.  Recovery  from  this  condition 
must  be  performed  by  upper-layer  software. 

SQE  Test  Error 

During  the  inter  packet  gap  time  following  the  comple- 
tion of  a  transmitted  message,  the  AUI  Cl±  pair  is 
asserted  by  some  transceivers  as  a  self-test.  The  inte- 
gral Manchester  Encoder/Decoder  will  expect  the  SQE 
Test  Message  (nominal  10  MHz  sequence)  to  be  re- 
turned via  the  Cl±  pair  within  a  40  network  bit  time  period 
after  Dl±  pair  goes  inactive.  If  the  Cl±  inputs  are  not 
asserted  within  the  40  network  bit  time  period  following 
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the  completion  of  transmission,  then  the  PCnet-ISA 
controller  will  set  the  CERR  bit  in  CSRO.  CERR  will  be 
asserted  in  10BASE-T  mode  after  transmit  if  T-MAU  is 
in  Link  Fail  state.  CERR  will  never  cause  INTR  to  be  acti- 
vated. It  will,  however,  set  the  ERR  bit  in  CSRO. 

Host  related  transmit  exception  conditions  include 
BUFF  and  UFLO  as  described  in  the  Transmit  Descrip- 
tor section. 

Receive  Operation 

The  receive  operation  and  features  of  the  PCnet-ISA 
controller  are  controlled  by  programmable  options. 

Receive  Function  Programming 

Automatic  pad  field  stripping  is  enabled  by  setting  the 
ASTRP_RCV  bit  in  CSR4;  this  can  provide  flexibility  in 
the  reception  of  messages  using  the  802.3  frame 
format. 

All  receive  frames  can  be  accepted  by  setting  the  PROM 
bit  in  CSR15.  When  PROM  is  set,  the  PCnet-ISA  con- 
troller will  attempt  to  receive  all  messages,  subject  to 
minimum  frame  enforcement.  Promiscuous  mode  over- 
rides the  effect  of  the  Disable  Receive  Broadcast  bit  on 
receiving  broadcast  frames. 

The  point  at  which  the  BMU  will  start  to  transfer  data 
from  the  receive  FIFO  to  buffer  memory  is  controlled  by 
the  RCVFW  bits  in  CSR80.  The  default  established  dur- 
ing reset  is  1 0b,  which  sets  the  threshold  flag  at  64  bytes 
empty 


Automatic  Pad  Stripping 

During  reception  of  an  802.3  frame  the  pad  field  can  be 
stripped  automatically.  ASTRP_RCV  (bit  1 0  in  CSR4)  = 
1  enables  the  automatic  pad  stripping  feature.  The  pad 
field  will  be  stripped  before  the  frame  is  passed  to  the 
Fl  FO,  thus  preserving  Fl  FO  space  for  additional  frames. 
The  FCS  field  will  also  be  stripped,  since  it  is  computed 
at  the  transmitting  station  based  on  the  data  and  pad 
field  characters,  and  will  be  invalid  for  a  receive  frame 
that  has  had  the  pad  characters  stripped. 

The  number  of  bytes  to  be  stripped  is  calculated  from 
the  embedded  length  field  (as  defined  in  the  IEEE  802.3 
definition)  contained  in  the  frame.  The  length  indicates 
the  actual  number  of  LLC  data  bytes  contained  in  the 
message.  Any  received  frame  which  contains  a  length 
field  less  than  46  bytes  will  have  the  pad  field  stripped  (if 
ASTRP_RCV  is  set).  Receive  frames  which  have  a 
length  field  of  46  bytes  or  greater  will  be  passed  to  the 
host  unmodified. 

Since  any  valid  Ethernet  Type  field  value  will  always  be 
greater  than  a  normal  802.3  Length  field  (>46),  the 
PCnet-ISA  controller  will  not  attempt  to  strip  valid  Ether- 
net frames. 

Note  that  for  some  network  protocols  the  value  passed 
in  the  Ethernet  Type  and/or  802.3  Length  field  is  not 
compliant  with  either  standard  and  may  cause 
problems. 

The  diagram  below  shows  the  byte/bit  ordering  of  the  re- 
ceived length  field  for  an  802.3  compatible  frame  format. 
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Receive  FCS  Checking 

Reception  and  checking  of  the  received  FCS  is  per- 
formed automatically  by  the  PCnet-ISA  controller.  Note 
that  if  the  Automatic  Pad  Stripping  feature  is  enabled, 
the  received  FCS  will  be  verified  against  the  value  com- 
puted for  the  incoming  bit  stream  including  pad 
characters,  but  it  will  not  be  passed  to  the  host.  If  a  FCS 
error  is  detected,  this  will  be  reported  by  the  CRC  bit  in 
RMD1. 

Receive  Exception  Conditions 

Exception  conditions  for  frame  reception  fall  into  two 
distinct  categories;  those  which  are  the  result  of  normal 
network  operation ,  and  those  which  occur  due  to  abnor- 
mal network  and/or  host  related  events. 

Normal  events  which  may  occur  and  which  are  handled 
autonomously  by  the  PCnet-ISA  controller  are  basically 
collisions  within  the  slot  time  and  automatic  runt  packet 
rejection.  The  PCnet-ISA  controller  will  ensure  that  colli- 
sions which  occur  within  512  bit  times  from  the  start  of 
reception  (excluding  preamble)  will  be  automatically  de- 
leted from  the  receive  FIFO  with  no  host  intervention. 
The  receive  FIFO  will  delete  any  frame  which  is  com- 
posed of  fewer  than  64  bytes  provided  that  the  Runt 
Packet  Accept  (RPA  bit  in  CSR124)  feature  has  not 
been  enabled.  This  criteria  will  be  met  regardless  of 
whether  the  receive  frame  was  the  first  (or  only)  frame  in 
the  FIFO  or  if  the  receive  frame  was  queued  behind  a 
previously  received  message. 

Abnormal  network  conditions  include: 

■  FCS  errors 

■  Late  collision 

These  should  not  occur  on  a  correctly  configured  802.3 
network  and  will  be  reported  if  they  do. 

Host  related  receive  exception  conditions  include  MISS, 
BUFF,  and  OFLO.  These  are  described  in  the  Receive 
Descriptor  section. 

Loopback  Operation 

During  loopback,  the  FCS  logic  can  be  allocated  to  the 
receiver  by  setting  the  DXMTFCS  bit  in  CSR1 5. 

If  DXMTFCS=0,  the  MAC  Engine  will  calculate  and  ap- 
pend the  FCS  to  the  transmitted  message.  In  this 
loopback  configuration,  the  receive  circuitry  cannot  de- 
tect FCS  errors  if  they  occur. 

If  DXMTFCS=1 ,  the  last  four  bytes  of  the  transmit  mes- 
sage must  contain  the  (software  generated)  FCS 
computed  for  the  transmit  data  preceding  it.  The  MAC 
Engine  will  transmit  the  data  without  addition  of  an  FCS 
field,  and  the  FCS  will  be  calculated  and  verified  at  the 
receiver. 


The  loopback  facilities  of  the  MAC  Engine  allow  full  op- 
eration to  be  verified  without  disturbance  to  the  network. 
Loopback  operation  is  also  affected  by  the  state  of  the 
Loopback  Control  bits  (LOOP,  MENDECL,  and  INTL)  in 
CSR15.  This  affects  whether  the  internal  MENDEC  is 
considered  part  of  the  internal  or  external  loopback 
path. 

When  in  the  loopback  mode(s),  the  multicast  address 
detection  feature  of  the  MAC  Engine,  programmed  by 
the  contents  of  the  Logical  Address  Filter  (LADRF  [63:0] 
in  CSR  8-11)  can  only  be  tested  when  DXMTFCS=  1 ,  al- 
locating the  FCS  generator  to  the  receiver.  All  other 
features  operate  identically  in  loopback  as  in  normal  op- 
eration, such  as  automatic  transmit  padding  and  receive 
pad  stripping. 

When  performing  an  internal  loopback,  no  frame  will  be 
transmitted  to  the  network.  However,  when  the 
PCnet-ISA  controller  is  configured  for  internal  loopback 
the  receiver  will  not  be  able  to  detect  network  traffic.  AUI 
external  loopback  tests  will  transmit  frames  onto  the  net- 
work, and  the  PCnet-ISA  controller  will  receive  network 
traffic  while  configured  for  external  loopback.  10BASE- 
T  external  loopback  should  never  be  used  in  a  live 
network.  10BASE-T  external  loopback  provides  a 
means  of  looping  Transmit  data  to  the  receive  input 
without  asserting  a  collision.  This  mode  allows  a  board 
test  to  verify  both  the  transmit  and  receive  paths  to  the 
10BASE-T  connector.  Unless  the  Runt  Packet  Accept 
feature  is  enabled,  all  loopback  frames  must  contain  at 
least  64  bytes  of  data. 

LEDs 

The  PCnet-ISA  controller's  LED  control  logic  allows  pro- 
gramming of  the  status  signals,  which  are  displayed  on 
3  LED  outputs.  One  LED  (LEDO)  is  dedicated  to  display- 
ing 10BASE-T  Link  Status.  The  status  signals  available 
are  Collision,  Jabber,  Receive,  Receive  Polarity  (active 
when  receive  polarity  is  okay),  and  Transmit.  If  more 
than  one  status  signal  is  enabled,  they  are  ORed  to- 
gether. An  optional  pulse  stretcher  is  available  for  each 
programmable  output.  This  allows  emulation  of  the 
TPEX  (Am79C98)  and  TPEX+  (Am79C100)  LED 
outputs. 


Signal 

Behavior 

LNKST 

Active  during  Link  OK 

Not  active  during  Link  Down 

RCV 

Active  while  receiving  data 

RVPOL 

Active  during  receive  polarity  is  OK 

Not  active  during  reverse  receive  polarity 

XMT 

Active  while  transmitting  data 
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Each  status  signal  is  ANDed  with  its  corresponding 
enable  signal.  The  enabled  status  signals  run  to  a  com- 
mon OR  gate: 


The  output  trom  the  OR  gate  is  run  through  a  pulse 
stretcher,  which  consists  ot  a  3-bit  shitt  register  clocked 
at  38  Hz.  The  data  input  of  the  shift  register  is  at  logic  0. 
The  OR  gate  output  asynchronously  sets  all  three  bits  of 
the  shift  register  when  its  output  goes  active.  The  output 
of  the  shift  register  controls  the  associated  LEDx  pin. 
Thus,  the  pulse  stretcher  provides  an  LED  output  of 
52  ms  to  78  ms. 


XMT 
XMTE 
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PCnet-ISA  CONTROLLER  REGISTERS 

The  PCnet-ISA  controller  implements  all  LANCE 
(Am7990)  registers,  plus  a  number  of  additional  regis- 
ters. The  PCnet-ISA  controller  registers  are  compatible 
with  the  original  LANCE,  but  there  are  some  places 
where  previously  reserved  LANCE  bits  are  now  used  by 
the  PCnet-ISA  controller.  If  the  reserved  LANCE  bits 
were  used  as  recommended,  there  should  be  no  com- 
patibility problems. 

Register  Access 

Internal  registers  are  accessed  in  a  two-step  operation. 
First,  the  address  of  the  register  to  be  accessed  is  writ- 
ten into  the  register  address  port  (RAP).  Subsequent 
read  or  write  operations  will  access  the  register  pointed 
to  by  the  contents  of  the  RAP.  The  data  will  be  read  from 
(or  written  to)  the  selected  registerthrough  the  data  port, 
either  the  register  data  port  (RDP)  for  control  and  status 
status  registers  (CSR)  or  the  ISACSR  register  data  port 
(IDP)  for  ISA  control  and  status  registers  (ISACSR) 

RAP:  Register  Address  Port 

Bit      Name  Description 


15-7      RES  Reserved  locations.  Read  and 

written  as  zeroes. 

6-0       RAP  Register  Address  Port  select. 

Selects  the  CSR  or  ISACSR 
location  to  be  accessed.  RAP  is 
cleared  by  RESET. 


Control  and  Status  Registers 

CSRO:  PCnet-ISA  Controller  Status 
Bit      Name  Description 


ERR  Error  is  set  by  the  ORing  of 

BABL,  CERR,  MISS,  and  MERR. 
ERR  remains  set  as  long  as  any 
of  the  error  flags  are  true.  ERR  is 
read  only;  write  operations  are 
ignored. 

BABL  Babble  is  a  transmitter  time-out 

error.  It  indicates  that  the  trans- 
mitter has  been  on  the  channel 
longer  than  the  time  required  to 
send  the  maximum  length  frame. 
BABL  will  be  set  if  1519  bytes  or 
greater  are  transmitted. 

When  BABL  is  set,  IRQ  is  as- 
serted if  IENA  =  1  and  the  mask 
bit  BABLM  (CSR3.14)  is  clear. 
BABL  assertion  will  set  the  ERR 
bit. 

BABL  is  set  by  the  MAC  layer  and 
cleared  by  writing  a  "1".  Writing  a 
"0"  has  no  effect.  BABL  is  cleared 


by  RESET  or  by  setting  the 
STOP  bit. 

13       CERR  Collision  Error  indicates  that  the 

collision  inputs  to  the  AUI  port 
failed  to  activate  within  20  net- 
work bit  times  after  chip 
terminated  transmission  (SQE 
Test).  This  feature  is  a  trans- 
ceiver test  feature.  CERR  will  be 
set  in  10BASE-T  mode  during 
trasmit  if  in  Link  Fail  state. 

CERR  assertion  will  not  result  in 
an  interrupt  being  generated. 
CERR  assertion  will  set  the  ERR 
bit. 

CERR  is  set  by  the  MAC  layer 
and  cleared  by  writing  a  "1 ".  Writ- 
ing a  "0"  has  no  effect.  CERR  is 
cleared  by  RESET  or  by  setting 
the  STOP  bit. 

12       MISS  Missed   Frame  is  set  when 

PCnet-ISA  controller  has  lost  an 
incoming  receive  frame  because 
a  Receive  Descriptor  was  not 
available.  This  bit  is  the  only 
indication  that  receive  data  has 
been  lost  since  there  is  no  re- 
ceive descriptor  available  for 
status  information. 

When  MISS  is  set,  IRQ  is  as- 
serted if  IENA  =  1  and  the  mask 
bit  MISSM  (CSR3.12)  is  clear. 
MISS  assertion  will  set  the  ERR 
bit. 

MISS  is  set  by  the  Buffer  Man- 
agement Unit  and  cleared  by 
writing  a  "1".  Writing  a  "0"  has  no 
effect.  MISS  is  cleared  by  RE- 
SET or  by  setting  the  STOP  bit. 

11  MERR  Memory  Error  is  set  when 
PCnet-ISA  controller  is  a  bus 
master  and  has  not  received 
DACK  assertion  after  50  us  after 
DRQ  assertion.  Memory  Error  in- 
dicates that  PCnet-ISA  controller 
is  not  receiving  bus  mastership  in 
time  to  prevent  overflow/under- 
flow conditions  in  the  receive  and 
transmit  FIFOs. 

(MERR  indicates  a  slightly  differ- 
ent condition  for  the  LANCE;  for 
the  LANCE  MERR  occurs  when 
READY  has  not  been  asserted 
25.6  us  after  the  address  has 
been  asserted.) 

When  MERR  is  set,  IRQ  is  as- 
serted if  IENA  =  1  and  the  mask 
bit  MERRM  (CSR3.11)  is  clear. 
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MERR  assertion  will  set  the  ERR 
bit. 

MERR  is  set  by  the  Bus  Interface 
Unit  and  cleared  by  writing  a  "1 ". 
Writing  a  "0"  has  no  effect.  MERR 
is  cleared  by  RESETorby  setting 
the  STOP  bit. 

RINT  Receive  Interrupt  is  set  after  re- 

ception ot  a  receive  frame  and 
toggling  of  the  OWN  bit  in  the  last 
buffer  in  the  Receive  Descriptor 
Ring. 

When  RINT  is  set,  IRQ  is  as- 
serted if  IENA  =  1  and  the  mask 
bit  RINTM  (CSR3.10)  is  clear. 

RINT  is  set  by  the  Buffer  Man- 
agement Unit  after  the  last 
receive  buffer  has  been  updated 
and  cleared  by  writing  a  "1 ".  Writ- 
ing a  "0"  has  no  effect.  RINT  is 
cleared  by  RESET  or  by  setting 
the  STOP  bit. 

9         TINT  Transmit  Interrupt  is  set  after 

transmission  of  a  transmit  frame 
and  toggling  of  the  OWN  bit  in  the 
last  buffer  in  the  Transmit  De- 
scriptor Ring. 

When  TINT  is  set,  IRQ  is  as- 
serted if  IENA  =  1  and  the  mask 
bit  TINTM  (CSR3.9)  is  clear. 

TINT  is  set  by  the  Buffer  Man- 
agement Unit  after  the  last 
transmit  buffer  has  been  updated 
and  cleared  by  writing  a  "1". 
Writing  a  "0"  has  no  effect.  TINT 
is  cleared  by  RESETorby  setting 
the  STOP  bit. 

DON  Initialization  Done  indicates  that 

the  initialization  sequence  has 
completed.  When  IDON  is  set, 
PCnet-ISA  controller  has  read 
the  Initialization  block  from 
memory. 

When  IDON  is  set,  IRQ  is  as- 
serted if  IENA  =  1  and  the  mask 
bit  IDONM  (CSR3.8)  is  clear. 
IDON  is  set  by  the  Buffer  Man- 
agement Unit  after  the 
initialization  block  has  been  read 
from  memory  and  cleared  by 
writing  a  "1 ".  Writing  a  "0"  has  no 
effect.  IDON  is  cleared  by  RE- 
SET or  by  setting  the  STOP  bit. 
INTR  Interrupt  Flag  indicates  that  one 

or  more  of  the  following  interrupt 
causing  conditions  has  occurred: 
BABL,  MISS,  MERR,  MPCO, 
RCVCCO,  RINT,  TINT,  IDON, 
JAB  or  TXSTRT;  and  its  associ- 
ated mask  bit  is  clear.  If  IENA  =  1 


and  INTR  is  set,  IRQ  will  be 
active. 

INTR  is  cleared  automatically 
when  the  condition  that  caused 
interrupt  is  cleared. 
INTR  is  read  only.  INTR  is 
cleared  by  RESET  or  by  setting 
the  STOP  bit. 
IENA  Interrupt  Enable  allows  IRQ  to  be 

active  if  the  Interrupt  Flag  is  set.  If 
IENA  =  "0"  then  IRQ  will  be  dis- 
abled regardless  of  the  state  of 
INTR. 

IENA  is  set  by  writing  a  "1"  and 
cleared  by  writing  a  "0".  IENA  is 
cleared  by  RESET  or  by  setting 
the  STOP  bit. 
RXON  Receive  On  indicates  that  the 

Receive  function  is  enabled. 
RXON  is  set  if  DRX  (CSR15.0)  = 
"0"  after  the  START  bit  is  set.  If 
INIT  and  START  are  set  to- 
gether, RXON  will  not  be  set  until 
after  the  initialization  block  has 
been  read  in. 

RXON  is  read  only.  RXON  is 
cleared  by  RESET  or  by  setting 
the  STOP  bit. 
TXON  Transmit  On  indicates  that  the 

Transmit  function  is  enabled. 
TXON  is  set  if  DTX  (CSR15.1)  = 
"0"  after  the  START  bit  is  set.  If 
INIT  and  START  are  set  to- 
gether, TXON  will  not  be  set  until 
after  the  initialization  block  has 
been  read  in. 

TXON  is  read  only.  TXON  is 
cleared  by  RESET  or  by  setting 
the  STOP  bit. 

TDMD  Transmit  Demand,  when  set, 

causes  the  Buffer  Management 
Unit  to  access  the  Transmit 
Descriptor  Ring  without  waiting 
for  the  poll-time  counter  to 
elapse.  If  TXON  is  not  enabled, 
TDMD  bit  will  be  reset  and  no 
Transmit  Descriptor  Ring  access 
will  occur.  TDMD  is  required  to 
be  set  if  the  DPOLL  bit  in  CSR4  is 
set;  setting  TDMD  while  DPOLL 
=  0  merely  hastens  the 
PCnet-ISA  controller  s  response 
to  a  Transmit  Descriptor  Ring  En- 
try. 

TDMD  is  set  by  writing  a  "1 ".  Writ- 
ing a  "0"  has  no  effect.  TDM  D  will 
be  cleared  by  the  Buffer  Manage- 
ment Unit  when  it  fetches  a 
Transmit  Descriptor.  TDMD  is 
cleared  by  RESET  or  by  setting 
the  STOP  bit. 
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INIT 


CSR1:  IADR[15:0] 
It  Name 


STOP  assertion  disables  the  chip 
from  all  external  activity.  The  chip 
remains  inactive  until  either 
STRT  or  INIT  are  set.  It  STOP, 
STRT  and  INIT  are  all  set  to- 
gether, STOP  will  override  STRT 
and  INIT. 

STOP  is  set  by  writing  a  "1 "  or  by 
RESET.  Writing  a  "0"  has  no  ef- 
fect. STOP  is  cleared  by  setting 
either  STRT  or  INIT. 

STRT  assertion  enables 
PCnet-ISA  controller  to  send  and 
receive  frames,  and  perform 
buffer  management  operations. 
Setting  STRT  clears  the  STOP 
bit.  If  STRT  and  INIT  are  set  to- 
gether, PCnet-ISA  controller 
initialization  will  be  performed 
first. 

STRT  is  set  by  writing  a  "1 ".  Writ- 
ing a  "0"  has  no  effect.  STRT  is 
cleared  by  RESET  or  by  setting 
the  STOP  bit. 

INIT  assertion  enables 
PCnet-ISA  controller  to  begin  the 
initialization  procedure  which 
reads  in  the  initialization  block 
from  memory.  Setting  INITclears 
the  STOP  bit.  If  STRT  and  INIT 
are  set  together,  PCnet-ISA  con- 
troller initialization  will  be 
performed  first.  INIT  is  not 
cleared  when  the  initialization  se- 
quence has  completed. 

INIT  is  set  by  writing  a  "1 ".  Writing 
a  "0"  has  no  effect.  INIT  is  cleared 
by  RESET  or  by  setting  the 
STOP  bit. 


Description 


7-0  IADR  [23:16] 


15-0  IADR  [15:0] 


Lower  address  of  the  Initializa- 
tion address  register.  Bit  location 
0  must  be  zero.  Whenever  this 
register  is  written,  CSR16  is  up- 
dated with  CSR1  's  contents. 

Read/Write  accessible  only 
when  the  STOP  bit  in  CSR0  is 
set.  Unaffected  by  RESET. 


CSR2:  IADR[23:16] 
Bit  Name 


Description 


5-8  RES 


Reserved  locations.  Read  and 
written  as  zero. 


Upper  8  bits  of  the  address  of  the 
Initialization  Block.  Bit  locations 
15-8  must  be  written  with  zeros. 
Whenever  this  register  is  written, 
CSR17  is  updated  with  CSR2's 
contents. 

Read/Write  accessible  only 
when  the  STOP  bit  in  CSR0  is 
set.  Unaffected  by  RESET. 


CSR3:  Interrupt  Masks  and  Deferral  Control 
Bit      Name  Description 

15        RES  Reserved  location.  Written  as 

zero  and  read  as  undefined. 

14  BABLM  Babble  Mask.  If  BABLM  is  set, 
the  BABL  bit  in  CSR0  will  be 
masked  and  will  not  set  INTR  flag 
in  CSR0. 

BABLM  is  cleared  by  RESET  and 
is  not  affected  by  STOP. 

13        RES  Reserved  location.  Written  as 

zero  and  read  as  undefined. 

12  MISSM  Missed  Frame  Mask.  If  MISSM  is 
set,  the  MISS  bit  in  CSR0  will  be 
masked  and  will  not  set  INTR  flag 
in  CSR0. 

MISSM  is  cleared  by  RESET  and 
is  not  affected  by  STOP. 

11  MERRM  Memory  Error  Mask.  If  MERRM 
is  set,  the  MERR  bit  in  CSR0  will 
be  masked  and  will  not  set  INTR 
flag  in  CSR0. 

MERRM  is  cleared  by  RESET 
and  is  not  affected  by  STOP. 

10       RINTM  Receive    Interrupt    Mask.  If 

RINTM  is  set,  the  RINT  bit  in 
CSR0  will  be  masked  and  will  not 
set  INTR  flag  in  CSR0. 

RINTM  is  cleared  by  RESET  and 
is  not  affected  by  STOP. 

9        TINTM  Transmit    Interrupt    Mask.  If 

TINTM  is  set,  the  TINT  bit  in 
CSR0  will  be  masked  and  will  not 
set  INTR  flag  in  CSR0. 

TINTM  is  cleared  by  RESET  and 
is  not  affected  by  STOP. 

8  IDONM  Initialization  Done  Mask.  If 
IDONM  is  set,  the  IDON  bit  in 
CSR0  will  be  masked  and  will  not 
set  INTR  flag  in  CSR0. 

IDONM  is  cleared  by  RESET  and 
is  not  affected  by  STOP. 

7-5       RES  Reserved  locations.  Written  as 

zero  and  read  as  undefined. 
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DXMT2PD  Disable  Transmit  Two  Part 
Deferral.  If  DXMT2PD  is  set, 
Transmit  Two  Part  Deferral  will 
be  disabled. 

DXMT2PD  is  cleared  by  RESET 
and  is  not  affected  by  STOP. 

EMBA  Enable      Modified  Back-off 

Algorithm.  If  EMBA  is  set,  a  modi- 
fied back-off  algorithm  is 
implemented. 

Read/Write  accessible.  EMBA  is 
cleared  by  RESET  and  is  not  af- 
fected by  STOP. 

RES  Reserved  locations.  Written  as 

zero  and  read  as  undefined. 


Bit 


CSR4:  Test  and  Features  Control 


15 


Name 


Description 


ENTST 


14  DMAPLUS 


Enable  Test  Mode  operation. 
When  ENTST  is  set,  writing  to 
test  mode  registers  CSR124  and 
CSR126  is  allowed,  and  other 
register  test  functions  are  en- 
abled. In  order  to  set  ENTST,  it 
must  be  written  with  a  "1 "  during 
the  first  write  access  to  CSR4 
after  RESET.  Once  a  "0"  is  writ- 
ten to  this  bit  location,  ENTST 
cannot  be  set  until  after  the 
PCnet-ISA  controller  is  reset. 

ENTST  is  cleared  by  RESET. 

When  DMAPLUS  =  "1 " ,  the  burst 
transaction  counter  in  CSR80  is 
disabled.  If  DMAPLUS  =  "0",  the 
burst  transaction  counter  is 
enabled. 


is    cleared  by 


13  TIMER 


12  DPOLL 


DMA-PLUS 
RESET. 

Timer  Enable  Register.  If  TIMER 
is  set,  the  Bus  Timer  Register, 
CSR82,  is  enabled.  If  TIMER  is 
set,  CSR82  must  be  written  with 
a  value.  If  TIMER  is  cleared,  the 
Bus  Timer  Register  is  disabled. 

TIMER  is  cleared  by  RESET. 

Disable  Transmit  Polling.  If 
DPOLL  is  set,  the  Buffer  Man- 
agement Unit  will  disable 
transmit  polling.  Likewise,  if 
DPOLL  is  cleared,  automatic 
transmit  polling  is  enabled.  If 
DPOLL  is  set,  TDMD  bit  in  CSRO 
must  be  periodically  set  in  order 
to  initiate  a  manual  poll  of  a  trans- 
mit descriptor.  Transmit  descrip- 
tor polling  will  not  take  place  if 
TXON  is  reset. 


11    APAD  XMT 


10  ASTRP_RCV 


MFCO 


MFCOM 


7-6  RES 
5  RCVCCO 


RCVCCOM 


TXSTRT 


DPOLL  is  cleared  by  RESET. 

Auto  Pad  Transmit.  When  set, 
APAD_XMT  enables  the  auto- 
matic padding  feature.  Transmit 
frames  will  be  padded  to  extend 
them  to  64  bytes,  including  FCS. 
The  FCS  is  calculated  for  the  en- 
tire frame  (including  pad)  and 
appended  after  the  pad  field. 
APAD_XMT  will  override  the  pro- 
gramming of  the  DXMTFCS  bit 
(CSR15.3). 

APAD_  XMT  is  reset  by  activa- 
tion of  the  RESET  pin. 

ASTRP_RCV  enables  the  auto- 
matic pad  stripping  feature.  The 
pad  and  FCS  fields  will  be 
stripped  from  receive  frames  and 
not  placed  in  the  FIFO. 

ASTRP_  RCV  is  reset  by  activa- 
tion of  the  RESET  pin. 

Missed  Frame  Counter  Overflow 
Interrupt. 

This  bit  indicates  the  MFC 
(CSR112)  has  overflowed.  Can 
be  cleared  by  writing  a  "1 "  to  this 
bit.  Also  cleared  by  RESET  or 
setting  the  STOP  bit.  Writing  a  "0" 
has  no  effect. 

Missed  Frame  Counter  Overflow 
Mask. 

If  MFCOM  is  set,  MFCO  will  not 
set  INTR  in  CSRO. 

MFCOM  is  set  by  Reset  and  is 
not  affected  by  STOP. 

Reserved  locations.  Read  and 
written  as  zero. 

Receive  Collision  Counter  Over- 
flow. 

This  bit  indicates  the  Receive 
Collision  Counter  (CSR114)  has 
overflowed.  It  can  be  cleared  by 
writing  a  1  to  this  bit.  Also  cleared 
by  RESET  or  setting  the  STOP 
bit.  Writing  a  0  has  no  effect. 

Receive  Collision  Counter  Over- 
flow Mask. 

If  RCVCCOM  is  set,  RCVCCO 
will  not  set  INTR  in  CSRO. 

RCVCCOM  is  set  by  RESET  and 
is  not  affected  by  STOP. 

Transmit  Start  status  is  set  when- 
ever PCnet-ISA  controller  begins 
trans-  mission  of  a  frame. 

When  TXSTRT  is  set,  IRQ  is  as- 
serted if  IENA  =  1  and  the  mask 
bit  TXSTRTM  (CSR4.2)  is  clear. 
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TXSTRT  is  set  by  the  MAC  Unit 
and  cleared  by  writing  a  "1",  set- 
ting RESET  or  setting  the  STOP 
bit.  Writing  a  "0"  has  no  eftect. 

TXSTRTM  Transmit  Start  Mask.  If 
TXSTRTM  is  set,  the  TXSTRT  bit 
in  CSR4  will  be  masked  and  will 
not  set  INTR  flag  in  CSRO. 

TXS-TRTM  is  set  by  RESET  and 
is  not  affected  by  STOP. 

JAB  Jabber  Error  is  set  when  the 

PCnet-ISA  controller  Twisted- 
pair MAU  function  exceeds  an 
allowed  transmission  limit.  Jab- 
ber is  set  by  the  TMAU  cell  and 
can  only  be  asserted  in 
10BASE-T  mode. 

When  JAB  is  set,  I RQ  is  asserted 
if  IENA  =  1  and  the  mask  bit 
JABM  (CSR4.0)  is  clear. 

The  JAB  bit  can  be  reset  even  if 
the  jabber  condition  is  still 
present. 

JAB  is  set  by  the  TMAU  circuit 
and  cleared  by  writing  a  "1 ".  Writ- 
ing a  "0"  has  no  effect.  JAB  is  also 
cleared  by  RESET  or  setting  the 
STOP  bit. 

JABM  Jabber  Error  Mask.  If  JABM  is 

set,  the  JAB  bit  in  CSR4  will  be 
masked  and  will  not  set  INTR  flag 
in  CSRO. 

JABM  is  set  by  RESET  and  is  not 
affected  by  STOP. 


CSR6:  RCV/XMT  Descriptor  Table  Length 
Bit      Name  Description 


15-12   TLEN  Contains  a  copy  of  the  transmit 

encoded  ring  length  (TLEN)  field 
read  from  the  initialization  block 
during  PCnet-ISA  controller  in- 
itialization. This  field  is  written 
during  the  PCnet-ISA  controller 
initialization  routine. 

Read  accessible  only  when 
STOP  bit  is  set.  Write  operations 
have  no  effect  and  should  not  be 
performed.  TLEN  is  only  defined 
after  initialization. 

11-8     RLEN  Contains  a  copy  of  the  receive 

encoded  ring  length  (RLEN)  read 
from  the  initialization  block  dur- 
ing PCnet-ISA  controller  initiali- 
zation. This  field  is  written  during 
the  PCnet-ISA  controller  initiali- 
zation routine. 


7-0  RES 


Read  accessible  only  when 
STOP  bit  is  set.  Write  operations 
have  no  effect  and  should  not  be 
performed.  RLEN  is  only  defined 
after  initialization. 

Reserved  locations.  Read  as 
zero.  Write  operations  should  not 
be  performed. 


CSR8:  Logical  Address  Filter,  LADRF[15:0] 
Bit      Name  Description 


15-0  LADRF[15:0] 


Logical  Address  Filter,  LADRF 
[15:0].  Undefined  until  initialized 
either  automatically  by  loading 
the  initialization  block  or  directly 
by  an  I/O  write  to  this  register. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR9:  Logical  Address  Filter,  LADRF[31 :16] 
Bit      Name  Description 


15-0  LADRF[31:16] 


Logical  Address  Filter, 
LADRF[31:16].  Undefined  until 
initialized  either  automatically  by 
loading  the  initialization  block  or 
directly  by  an  I/O  write  to  this 
register. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR10:  Logical  Address  Filter,  LADRF[47:32] 
Bit      Name  Description 


15-0  LADRF[47:32] 


Logical  Address  Filter, 
LADRF[47:32].  Undefined  until 
initialized  either  automatically  by 
loading  the  initialization  block  or 
directly  by  an  I/O  write  to  this 
register. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR11:  Logical  Address  Filter,  LADRF[63:48] 
Bit      Name  Description 


15-0  LADRF[63:48] 


Logical  Address  Filter, 
LADRF[63:48].  Undefined  until 
initialized  either  automatically  by 
loading  the  initialization  block  or 
directly  by  an  I/O  write  to  this 
register. 
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Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR12:  Physical  Address  Register,  PADR[15:0] 
Bit      Name  Description 


15-0 


PADR[15:0] 


Physical  Address  Register, 
PADR[15:0].  Undefined  until  in- 
itialized either  automatically  by 
loading  the  initialization  block  or 
directly  by  an  I/O  write  to  this 
register.  The  PADR  bits  are 
transmitted  PADR[0]  first  and 
PADR[47]  last. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR13:  Physical  Address  Register,  PADR[31:16] 
Name  Description 


15-0  PADR[31:16] 


Physical  Address  Register, 
PADR[31 :16].  Undefined  until  in- 
itialized either  automatically  by 
loading  the  initialization  block  or 
directly  by  an  I/O  write  to  this 
register.  The  PADR  bits  are 
transmitted  PADR[0]  first  and 
PADR[47)  last. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR14:  Physical  Address  Register,  PADR[47:32] 
Bit      Name  Description 


15-0  PADR[47:32] 


Physical  Address  Register, 
PADR[47:32].  Undefined  until  in- 
itialized either  automatically  by 
loading  the  initialization  block  or 
directly  by  an  I/O  write  to  this 
register.  The  PADR  bits  are 
transmitted  PADR[0]  first  and 
PADR[47]  last. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR15:  Mode  Register 


Bit 


Name 


Description 


This  register's  fields  are  loaded 
during  the  PCnet-ISA  controller 
initialization  routine  with  the  cor- 
responding Initialization  Block 
values.  The  register  can  also  be 
loaded  directly  by  an  I/O  write. 
Activating  the  RESET  pin  clears 
all  bits  of  CSR15to  zero. 


15  PROM 


14  DRCVBC 


13  DRCVPA 


12  DLNKTST 


1 1  DAPC 


10  MENDECL 


9  LRT/TSEL 


Promiscuous  Mode. 

When  PROM  =  "1",  all  incoming 
receive  frames  are  accepted. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

Disable  Receive  Broadcast  When 
set,  disables  the  PCnet-ISA  con- 
troller from  responding  to  broad- 
cast messages.  Used  for  proto- 
cols that  do  not  support  broad- 
cast addressing,  except  as  a 
function  of  multicast.  DRCVBC  is 
cleared  by  activation  of  the 
RESET  pin  (broadcast  mes- 
sages will  be  received). 

Read/write  accessible  only  when 
STOP  bit  is  set. 

Disable  Receive  Physical  Ad- 
dress. When  set,  the  physical 
address  detection  (Station  or 
node  ID)  of  the  PCnet-ISA  con- 
troller will  be  disabled.  Frames 
addressed  to  the  nodes  individ- 
ual physical  address  will  not  be 
recognized  (although  the  frame 
may  be  accepted  by  the  EADI 
mechanism). 

Read/write  accessible  only  when 
STOP  bit  is  set. 

Disable  Link  Status.  When 
DLNKTST  =  "1",  monitoring  of 
Link  Pulses  is  disabled.  When 
DLNKTST  =  "0",  monitoring  of 
Link  Pulses  is  enabled.  This  bit 
only  has  meaning  when  the 
10BASE-T  network  interface  is 
selected. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

Disable  Automatic  Polarity  Cor- 
rection. When  DAPC  =  "1",  the 
1 0BASE-T  receive  polarity  rever- 
sal algorithm  is  disabled. 
Likewise,  when  DAPC  =  "0",  the 
polarity  reversal  algorithm  is  en- 
abled. 

This  bit  only  has  meaning  when 
the  1 0BASE-T  network  interface 
is  selected. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

MENDEC  Loopback  Mode.  See 
the  description  of  the  LOOP  bit  in 
CSR15. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

Low  Receive  Threshold  (T-MAU 
Mode  only) 
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LRT 


TSEL 


8-7  PORTSEL 
[1:0] 


Transmit  Mode  Select  (AUI 
Mode  only) 

Low  Receive  Threshold.  When 
LRT  =  "1",  the  internal  twisted 
pair  receive  thresholds  are  re- 
duced by  4.5  dB  below  the 
standard  1 0BASE-T  value  (ap- 
proximately 3/5)  and  the 
unsquelch  threshold  for  the  RXD 
circuit  will  be  180-312  mV  peak. 

When  LRT  =  "0",  the  unsquelch 
threshold  for  the  RXD  circuit  will 
be  the  standard  10BASE-T 
value,  300-520  mV  peak. 

In  either  case,  the  RXD  circuit 
post  squelch  threshold  will  be 
one  half  of  the  unsquelch 
threshold. 

This  bit  only  has  meaning  when 
the  1 0BASE-T  network  interface 
is  selected. 

Read/write  accessible  only  when 
STOP  bit  is  set.  Cleared  by 
RESET. 

Transmit  Mode  Select.  TSEL 
controls  the  levels  at  which  the 
AUI  drivers  rest  when  the  AUI 
transmit  port  is  idle.  When  TSEL 
=  0,  DO+  and  DO-  yield  "zero"  dif- 
ferential to  operate  transformer 
coupled  loads  (Ethernet  2  and 
802.3) .  When  TSEL  =  1 ,  the  DO+ 
idles  at  a  higher  value  with  re- 
spect to  DO-  ,  yielding  a  logical 
HIGH  state  (Ethernet  1). 

This  bit  only  has  meaning  when 
the  AUI  network  interface  is 
selected. 

Read/write  accessible  only  when 
STOP  bit  is  set.  Cleared  by 
RESET. 

Port  Select  bits  allow  for  software 
controlled  selection  of  the  net- 
work medium.  Medium  selection 
can  be  over  ridden  by  the 
MAUSEL  pin  if  the  XMAUSEL  bit 
in  the  ISA  Configuration  Register 
is  set. 

Read/write  accessible  only  when 
STOP  bit  is  set.  Cleared  by 
RESET. 

The  network  port  configuration 
are  as  follows: 


PORTSEL[1:0] 

Network  Port 

00 

AUI 

01 

1 0BASE-T 

1  0 

GPSI* 

1 1 

Reserved 

'Refer  to  the  section  on  General  Purpose  Serial  Interface  for 
detailed  information  on  accessing  GPSI. 

6         INTL  Internal  Loopback.  See  the  de- 

scription of  LOOP,  CSR15.2. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

5         DRTY  Disable  Retry.  When  DRTY  =  "1", 

PCnet-ISA  controller  will  attempt 
only  one  transmission.  If  DRTY  = 
"0",  PCnet-ISA  controller  will 
attempt  16  retry  attempts  before 
signaling  a  retry  error. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

4        FCOLL  Force  Collision.  This  bit  allows 

the  collision  logic  to  be  tested. 
PCnet-ISA  controller  must  be  in 
internal  loopback  for  FCOLL  to 
be  valid.  If  FCOLL  =  "1",  a  colli- 
sion will  be  forced  during 
loopback  transmission  attempts; 
a  Retry  Error  will  ultimately  re- 
sult. If  FCOLL  =  "0",  the  Force 
Collision  logic  will  be  disabled. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

3      DXMTFCS       Disable  Transmit  CRC  (FCS). 

When  DXMTFCS  =  0,  the  trans- 
mitter will  generate  and  append  a 
FCS  to  the  transmitted  frame. 
When  DXMTFCS  =  1,  the  FCS 
logic  is  allocated  to  the  receiver 
and  no  FCS  is  generated  or  sent 
with  the  transmitted  frame. 

See  also  the  ADD  FCS  bit  in 
TMD1.  If  DXMTFCS  is  set,  no 
FCS  will  be  generated.  If  both 
DXMTFCS  is  set  and  ADD_FCS 
is  clear  for  a  particular  frame,  no 
FCS  will  be  generated.  If 
ADD_FCS  is  set  for  a  particular 
frame,  the  state  of  DXMTFCS  is 
ignored  and  a  FCS  will  be  ap- 
pended on  that  frame  by  the 
transmit  circuitry. 
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In  loopback  mode,  this  bit  deter- 
mines if  the  transmitter  appends 
FCS  or  if  the  receiver  checks  the 
FCS. 

This  bit  was  called  DTCR  in  the 
LANCE  (Am7990). 

Read/write  accessible  only  when 
STOP  bit  is  set. 

Loopback  Enable  allows 
PCnet-ISA  controller  to  operate 
in  full  duplex  mode  for  test  pur- 
poses. When  LOOP  =  "1", 
loopback  is  enabled.  In  combina- 
tion with  INTL  and  MENDECL, 
various  loopback  modes  are  de- 
fined as  follows: 


LOOP 

INTL 

MENDECL 

Loopback  Mode 

0 

X 

X 

Non-loopback 

1 

0 

X 

External  Loopback 

1 

1 

0 

Internal  Loopback  Include 
MENDEC 

1 

1 

1 

Internal  Loopback  Exclude 
MENDEC 

Read/write  accessible  only  when 
STOP  bit  is  set.  LOOP  is  cleared 
by  RESET. 

DTX  Disable  Transmit.  If  this  bit  is  set, 

the  PCnet-ISA  controller  will  not 
access  the  Transmit  Descriptor 
Ring  and,  therefore,  no  transmis- 
sions will  occur.  DTX  =  "0"  will  set 
TXON  bit  (CSR0.4)  after  STRT 
(CSRO.  1 )  is  asserted.  DTX  is  de- 
fined after  the  initialization  block 
is  read. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

DRX  Disable  Receiver.  If  this  bit  is  set, 

the  PCnet-ISA  controller  will  not 
access  the  Receive  Descriptor 
Ring  and,  therefore,  all  receive 
frame  data  are  ignored.  DRX  = 
"0"  will  set  RXON  bit  (CSR0.5)  af- 
ter STRT  (CSR0.1)  is  asserted. 
DRX  is  defined  after  the  initializa- 
tion block  is  read. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR16:  Initialization  Block  Address  Lower 
Bit      Name  Description 

15-0     I  ADR  Lower  16  bits  of  the  address  of 

the  Initialization  Block.  Bit  loca- 
tion 0  must  be  zero.  This  register 


is  an  alias  of  CSR1 .  Whenever 
this  register  is  written,  CSR1  is 
updated  with  CSR16's  contents. 

Read/Write  accessible  only 
when  the  STOP  bit  in  CSRO  is 
set.  Unaffected  by  RESET. 

CSR17:  Initialization  Block  Address  Upper 
Bit      Name  Description 


15-8  RES 
7-0  IADR 


Reserved  locations.  Written  as 
zero  and  read  as  undefined. 

Upper  8  bits  of  the  address  of  the 
Initialization  Block.  Bit  locations 
15-8  must  be  written  with  zeros. 
This  register  is  an  alias  of  CSR2. 
Whenever  this  register  is  written, 
CSR2  is  updated  with  CSR17's 
contents. 

Read/Write  accessible  only 
when  the  STOP  bit  in  CSRO  is 
set.  Unaffected  by  RESET. 


CSR18-19:  Current  Receive  Buffer  Address 
Bit      Name  Description 


31-24  RES 
23-0  CRBA 


Reserved  locations.  Written  as 
zero  and  read  as  undefined. 

Contains  the  current  receive 
buffer  address  to  which  the 
PCnet-ISA  controller  will  store  in- 
coming frame  data. 
Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR20-21 :  Current  Transmit  Buffer  Address 
Bit      Name  Description 


31-24  RES 
23-0  CXBA 


Reserved  locations.  Written  as 
zero  and  read  as  undefined. 

Contains  the  current  transmit 
buffer  address  from  which  the 
PCnet-ISA  controller  is  transmit- 
ting. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR22-23:  Next  Receive  Buffer  Address 


Bit 


Name 


Description 


31-24    RES  Reserved  locations.  Written  as 

zero  and  read  as  undefined. 

23-0     NRBA  Contains  the  next  receive  buffer 

address  to  which  the  PCnet-ISA 
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controller  will  store  incoming 
frame  data. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR24-25:  Base  Address  of  Receive  Ring 
Bit      Name  Description 


31-24  RES 
23-0  BADR 


Reserved  locations.  Written  as 
zero  and  read  as  undefined. 

Contains  the  base  address  of  the 
Receive  Ring. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR26-27:  Next  Receive  Descriptor  Address 
Bit      Name  Description 


31-24  RES 
23-0  NRDA 


Reserved  locations.  Written  as 
zero  and  read  as  undefined. 

Contains  the  next  RDRE  address 
pointer. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR28-29:  Current  Receive  Descriptor  Address 
Bit       Name  Description 


31-24  RES 
23-0  CRDA 


Reserved  locations.  Written  as 
zero  and  read  as  undefined. 

Contains  the  current  RDRE  ad- 
dress pointer. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR30-31 :  Base  Address  of  Transmit  Ring 
Bit      Name  Description 


31-24    RES  Reserved  locations.  Written  as 

zero  and  read  as  undefined. 

23-0    BADX  Contains  the  base  address  of  the 

Transmit  Ring. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR32-33:  Next  Transmit  Descriptor  Address 
Bit      Name  Description 


31-24  RES 
23-0  NXDA 


Reserved  locations.  Written  as 
zero  and  read  as  undefined. 

Contains  the  next  TDRE  address 
pointer. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR34-35:  Current  Transmit  Descriptor  Address 
Bit      Name  Description 


31-24  RES 
23-0  CXDA 


Reserved  locations.  Written  as 
zero  and  read  as  undefined. 

Contains  the  current  TDRE  ad- 
dress pointer. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR36-37:  Next  Next  Receive  Descriptor  Address 
Bit      Name  Description 


31-0  NNRDA 


Contains  the  next  next  RDRE  ad- 
dress pointer. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR38-39:  Next  Next  Transmit  Descriptor  Address 
Bit      Name  Description 


31-0  NNXDA 


Contains  the  next  next  TDRE  ad- 
dress pointer. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR40-41 :  Current  Receive  Status  and  Byte 
Count 


Bit 


Name 


Description 


31-24  CRST  Current  Receive  Status.  This 

field  is  a  copy  of  bits  15:8  of 
RMD1  of  the  current  receive 
descriptor. 
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CSR42-43 


Bit 


Read/write  accessible  only  when 
STOP  bit  is  set. 

RES  Reserved  locations.  Written  as 

zero  and  read  as  undefined. 

CRBC  Current  Receive  Byte  Count. 

This  field  is  a  copy  of  the  BCNT 
field  of  RMD2  of  the  current  re- 
ceive descriptor. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


Current  Transmit  Status  and  Byte 
Count 


Name 


Description 


31-24  CXST  Current  Transmit  Status.  This 

field  is  a  copy  of  bits  15:8  of 
TMD1  of  the  current  transmit 
descriptor. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

23-12    RES  Reserved  locations.  Written  as 

zero  and  read  as  undefined. 

CXBC  Current  Transmit  Byte  Count. 

This  field  is  a  copy  of  the  BCNT 
field  of  TMD2  of  the  current  trans- 
mit descriptor. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR44-45:  Next  Receive  Status  and  Byte  Count 


Bit 


Name 


Description 


31  -24   NRST  Next  Receive  Status.  This  field  is 

acopyof  bits  15:8of  RMD1  of  the 
next  receive  descriptor. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

RES  Reserved  locations.  Written  as 

zero  and  read  as  undefined. 

11-0    NRBC  Next  Receive  Byte  Count.  This 

field  is  a  copy  of  the  BCNT  field  of 
RMD2  of  the  next  receive 
descriptor. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR46:  Poll  Time  Counter 

Bit      Name  Description 

15-0     POLL  Poll  Time  Counter.  This  counter 

is  incremented  by  the  PCnet-ISA 
controller  microcode  and  is  used 


to  trigger  the  descriptor  ring  poll- 
ing operation  of  the  PCnet-ISA 
controller. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR47:  Polling  Interval 
Bit  Name 


Description 


31-16    RES  Reserved  locations.  Written  as 

zero  and  read  as  undefined. 

15-0  POLLINT  Polling  Interval.  This  register 
contains  the  time  that  the 
PCnet-ISA  controller  will  wait 
between  successive  polling  op- 
erations. The  POLLINT  value  is 
expressed  as  the  two's  comple- 
ment of  the  desired  interval, 
where  each  bit  of  POLLINT  rep- 
resents one-half  of  an  XTAL1 
period  of  time.  POLLINT[3:0]  are 
ignored.  (POLINT[16]  is  implied 
to  be  a  one,  so  POLLINT[15]  is 
significant,  and  does  not  repre- 
sent the  sign  of  the  two's 
complement  POLLINT  value.) 
The  default  value  of  this  register 
is  0000.  This  corresponds  to  a 
polling  interval  of  32,768  XTAL1 
periods.  The  POLINT  value  of 
0000  is  created  during  the 
microcode  initialization  routine, 
and  therefore  might  not  be  seen 
when  reading  CSR47  after 
RESET. 

If  the  user  desires  to  program  a 
value  for  POLLINT  otherthan  the 
default,  then  the  correct  proce- 
dure is  to  first  set  INIT  only  in 
CSR0.  Then,  when  the  initializa- 
tion sequence  is  complete,  the 
user  must  set  STOP  in  CSR0. 
Then  the  user  may  write  to 
CSR47  and  then  set  STRT  in 
CSR0.  In  this  way,  the  default 
value  of  0000  in  CSR47  will  be 
overwritten  with  the  desired  user 
value. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR48-49:  Temporary  Storage 

Bit      Name  Description 

31-0     TMP0  Temporary  Storage  location. 

Read/write  accessible  only  when 
STOP  bit  is  set. 
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CSR50-51 :  Temporary  Storage 


Bit 


Name 


Description 


31-0     TMP1  Temporary  Storage  location. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

CSR52-53:  Temporary  Storage 

Bit      Name  Description 

31-0     TMP2  Temporary  Storage  location. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

CSR54-55:  Temporary  Storage 
B  t      Name  Description 


31-0     TMP3  Temporary  Storage  location. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

CSR56-57:  Temporary  Storage 
B  t       Name  Description 


31-0     TMP4  Temporary  Storage  location. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

CSR58-59:  Temporary  Storage 
Bit      Name  Description 


31-0     TMP5  Temporary  Storage  location. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

CSR60-61 :  Previous  Transmit  Descriptor  Address 
Bit      Name  Description 


31-24    RES  Reserved  locations.  Written  as 

zero  and  read  as  undefined. 

3-0     PXDA  Contains  the  previous  TDRE  ad- 

dress pointer.  The  PCnet-ISA 
controller  has  the  capability  to 
stack  multiple  transmit  frames. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR62-63:  Previous  Transmit  Status  and  Byte 
Count 


Bit 


Name 


Description 


31-24   PXST  Previous  Transmit  Status.  This 

field  is  a  copy  of  bits  15:8  of 
TMD1  of  the  previous  transmit 
descriptor. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

23-12    RES  Reserved  locations.  Written  as 

zero  and  read  as  undefined. 

Accessible  only  when  STOP  bit  is 
set. 

11-0     PXBC  Previous  Transmit  Byte  Count. 

This  field  is  a  copy  of  the  BCNT 
field  of  TMD2  of  the  previous 
transmit  descriptor. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

CSR64-65:  Next  Transmit  Buffer  Address 
Bit      Name  Description 

31-24    RES  Reserved  locations.  Written  as 

zero  and  read  as  undefined. 

23-0     NXBA  Contains  the  next  transmit  buffer 

address  from  which  the 
PCnet-ISA  controller  will  transmit 
an  outgoing  frame. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

CSR66-67:  Next  Transmit  Status  and  Byte  Count 
Bit      Name  Description 

31-24  NXST  Next  Transmit  Status.  This  field 
is  a  copy  of  bits  15:8  of  TMD1  of 
the  next  transmit  descriptor. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

23-12    RES  Reserved  locations.  Written  as 

zero  and  read  as  undefined. 

Accessible  only  when  STOP  bit  is 
set. 

11-0     NXBC  Next  Transmit  Byte  Count.  This 

field  is  a  copy  of  the  BCNT  field  of 
TMD2  of  the  next  transmit 
descriptor. 

Read/write  accessible  only  when 
STOP  bit  is  set. 
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CSR68-69:  Transmit  Status  Temporary  Storage 
Bit      Name  Description 


31-0    XSTMP         Transmit  Status  Temporary  Stor- 
age location. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

CSR70-71 :  Temporary  Storage 
Bit       Name  Description 


31-0 


15-0 


TMP8  Temporary  Storage  location. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR72:  Receive  Ring  Counter 
Bit      Name  Description 


RCVRC         Receive  Ring  Counter  location. 

Contains  a  Two's  complement 
binary  number  used  to  number 
the  current  receive  descriptor. 
This  counter  interprets  the  value 
in  CSR76  as  pointing  to  the  first 
descriptor;  a  two's  complement 
value  of  -1  (FFFFh)  corresponds 
to  the  last  descriptor  in  the  ring. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR74 
Bit 


Transmit  Ring  Counter 
Name  Description 


15-0  XMTRC 


Transmit  Ring  Counter  location. 
Contains  a  Two's  complement 
binary  number  used  to  number 
the  current  transmit  descriptor. 
This  counter  interprets  the  value 
in  CSR78  as  pointing  to  the  first 
descriptor;  a  two's  complement 
value  of  -1  (FFFFh)  corresponds 
to  the  last  descriptor  in  the  ring. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR76:  Receive  Ring  Length 

Name  Description 


15-0  RCVRL 


Receive  Ring  Length.  Contains  a 
Two's  complement  binary  num- 
ber of  the  receive  descriptor  ring 
length.  This  register  is  initialized 
during  the  PCnet-ISA  controller 
initialization  routine  based  on  the 


value  in  the  RLEN  field  of  the 
initialization  block.  This  register 
can  be  manually  altered;  the  ac- 
tual receive  ring  length  is  defined 
by  the  current  value  in  this 
register. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

CSR78:  Transmit  Ring  Length 

Bit      Name  Description 


15-0  XMTRL 


Transmit  Ring  Length.  Contains 
the  two's  complement  of  the 
transmit  descriptor  ring  length. 
This  register  is  initialized  during 
the  PCnet-ISA  controller 
initialization  routine  based  on  the 
value  in  the  TLEN  field  of  the  ini- 
tialization block.  This  register  can 
be  manually  altered;  the  actual 
transmit  ring  length  is  defined  by 
the  current  value  in  this  register. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR80:  Burst  and  FIFO  Threshold  Control 
Bit      Name  Description 


15-14  RES 


13-12RCVFW[1:0] 


Reserved  locations.  Read  as 
ones.  Written  as  zero. 

Receive  FIFO  Watermark. 
RCVFW  controls  the  point  at 
which  ISA  bus  receive  DMA  is  re- 
quested in  relation  to  the  number 
of  received  bytes  in  the  receive 
FIFO.  RCVFW  specifies  the 
number  of  bytes  which  must  be 
present  (once  the  frame  has 
been  verified  as  a  non-runt)  be- 
fore receive  DMA  is  requested. 
Note  however  that  in  order  for  re- 
ceive DMA  to  be  performed  for  a 
new  frame,  at  least  64  bytes  must 
have  been  received.  This  effec- 
tively avoids  having  to  react  to 
receive  frames  which  are  runts  or 
suffer  a  collision  during  the  slot 
time  (512  bit  times).  If  the  Runt 
Packet  Accept  feature  is  en- 
abled, receive  DMA  will  be 
requested  as  soon  as  either  the 
RCVFW  threshold  is  reached,  or 
a  complete  valid  receive  frame  is 
detected  (regardless  of  length). 
RCVFW  is  set  to  a  value  of  10b 
(64  bytes)  after  RESET. 

Read/write  accessible  only  when 
STOP  bit  is  set. 
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RCVFW[1:0] 

Bytes  Received 

00 

16 

01 

32 

10 

64 

11 

Reserved 

11-10XMTSP[1:0]  Transmit  Start  Point.  XMTSP 
controls  the  point  at  which  pre- 
amble transmission  attempts 
commence  in  relation  to  the  num- 
ber ot  bytes  written  to  the 
transmit  FIFO  for  the  current 
transmit  frame.  When  the  entire 
frame  is  in  the  FIFO,  transmis- 
sion will  start  regardless  of  the 
value  in  XMTSP.  XMTSP  is  given 
a  value  of  10b  (64  bytes)  after 
RESET.  Regardless  of  XMTSP, 
the  FIFO  will  not  internally  over 
write  its  data  until  at  least  64 
bytes  (or  the  entire  frame  if  <64 
bytes)  have  been  transmitted 
onto  the  network.  This  ensures 
that  for  collisions  within  the  slot 
time  window,  transmit  data  need 
not  be  re-written  to  the  transmit 
FIFO,  and  re-tries  will  be  handled 
autonomously  by  the  MAC.  This 
bit  is  read/write  accessible  only 
when  the  STOP  bit  is  set. 


XMTSP[1:0] 

Bytes  Written 

00 

4 

01 

16 

10 

64 

11 

112 

9-8  XMTFW[1:0]      Transmit     FIFO  Watermark. 

XMTFW  specifies  the  point  at 
which  transmit  DMA  stops, 
based  upon  the  number  of  write 
cycles  that  could  be  performed  to 
the  transmit  FIFO  without  FIFO 
overflow.  Transmit  DMA  is  al- 
lowed at  any  time  when  the 
number  of  write  cycles  specified 
by  XMTFW  could  be  executed 
without  causing  transmit  FIFO 
overflow.  XMTFW  is  set  to  a 
value  of  00b  (8  cycles)  after  hard- 
ware RESET.  Read/write 
accessible  only  when  STOP  bit  is 
set. 

XMTFW[1:0]  |  Write  Cycles 

00  ii 

01  16 

10  32 

1 1  Reserved 


7-0  DMABR  DMA  Burst  Register.  This  regis- 
ter contains  the  maximum 
allowable  number  of  transfers  to 
system  memory  that  the  Bus  In- 
terface will  perform  during  a 
single  DMA  cycle.  The  Burst 
Register  is  not  used  to  limit  the 
number  of  transfers  during 
Descriptor  transfers.  A  value  of 
zero  will  be  interpreted  as  one 
transfer.  During  RESET  a  value 
of  1 6  is  loaded  in  the  BURST  reg- 
ister. If  DMAPLUS  (CSR4.14)  is 
set,  the  DMA  Burst  Register  is 
disabled. 

When  the  Bus  Activity  Timer  reg- 
ister (CSR82:  DMABAT)  is 
enabled,  the  PCnet-ISA  control- 
ler will  relinquish  the  bus  when 
either  the  time  specified  in 
DMABAT  has  elapsed  or  the 
number  of  transfers  specified  in 
DMABR  have  occured.  When 
ENTST  (CSR4.15)  is  asserted, 
all  writes  to  this  register  will  auto- 
matically perform  a  decrement 
cycle. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR82:  Bus  Activity  Timer 

Bit      Name  Description 


15-0  DMABAT  Bus  Activity  Timer.  If  the  TIMER 
bit  in  CSR4  is  set,  this  register 
contains  the  maximum  allowable 
time  that  the  PCnet-ISA  control- 
ler will  take  up  on  the  system  bus 
during  FIFO  data  transfers  in 
each  bus  mastership  period.  The 
DMABAT  starts  counting  upon 
receipt  of  DACK  from  the  host 
system.  The  DMABAT  Register 
does  not  limit  the  number  of 
transfers  during  Descriptor 
transfers. 

A  value  of  zero  will  limit  the 
PCnet-ISA  controller  to  one  bus 
cycle  per  mastership  period.  A 
non-zero  value  is  interpreted  as 
an  unsigned  number  with  a  reso- 
lution of  100  ns.  For  instance,  a 
value  of  51  micro  seconds  would 
be  programmed  with  a  value  of 
510.  When  the  TIMER  bit  in 
CSR4  is  set,  DMABAT  is  enabled 
and  must  be  initialized  by  the 
user.  The  DMABAT  register  is 
undefined  until  written.  When  the 
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ENTST  bit  in  CSR4  is  set,  all 
writes  to  this  register  will  auto- 
matically perform  a  decrement 
cycle. 

When  the  Bus  Activity  Timer  reg- 
ister (CSR82:  DMABAT)  is 
enabled,  the  PCnet-ISA  control- 
ler will  relinquish  the  bus  when 
either  the  time  specified  in 
DMABAT  has  elapsed  or  the 
number  of  transfers  specified  in 
DMABR  have  occured.  When 
ENTST  (CSR4.15)  is  asserted, 
all  writes  to  this  register  will  auto- 
matically perform  a  decrement 
cycle. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR84-85:  DMA  Address 
Bit 


Description 


31-0    DM  ABA 


DMA  Address  Register. 

This  register  contains  the  ad- 
dress of  system  memory  for  the 
current  DMA  cycle.  The  Bus  In- 
terface Unit  controls  the  Address 
Register  by  issuing  increment 
commands  to  increment  the 
memory  address  for  sequential 
operations.  The  DMABA  register 
is  undefined  until  the  first 
PCnet-ISA  controller  DMA  op- 
eration. When  the  ENTST  bit  in 
CSR4  is  set,  all  writes  to  this  reg- 
ister will  automatically  perform 
an  increment  cycle. 

This  register  has  meaning  only  if 
the  PCnet-ISA  controller  is  in  Bus 
Master  Mode. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR86:  Buffer  Byte  Counter 

Bit       Name  Description 

15-12    RES  Reserved,  Read  and  written  with 

ones. 

11-0  DMABC  DMA  Byte  Count  Register.  Con- 
tains a  Two's  complement  of  the 
current  size  of  the  remaining 
transmit  or  receive  buffer  in 
bytes.  This  register  is  incre- 
mented by  the  Bus  Interface  Unit. 
The  DMABC  register  is  unde- 
fined until  written.  When  ENTST 


(CSR4.15)  is  asserted,  all  writes 
to  this  register  will  automatically 
perform  an  increment  cycle. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR88-89:  Chip  ID 
Bit  Name 


Description 


31  -28  Version.  This  4-bit  pattern  is  sili- 

con revision  dependent. 

27-1 2  Part  number.  The  1 6-bit  code  for 

the  PCnet-ISA  controller  is 
0000000000000011b. 

11-1  Manufacturer  ID.   The   11 -bit 

manufacturer  code  for  AMD  is 
00000000001b.  This  code  is  per 
the  JEDEC  Publication  106-A. 

0  Always  a  logic  1 . 

This  register  is  exactly  the  same 
as  the  Chip  ID  register  in  the 
JTAG  description. 

CSR92:  Ring  Length  Conversion 

Bit       Name  Description 


15-0  RCON 


Ring  Length  Conversion  Regis- 
ter. This  register  performs  a  ring 
length  conversion  from  an  en- 
coded value  as  found  in  the 
initialization  block  to  a  Two's 
complement  value  used  for  inter- 
nal counting.  By  writing  bits 
15-12  with  an  encoded  ring 
length,  a  Two's  complemented 
value  is  read.  The  RCON  register 
is  undefined  until  written. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR94:Transmit  Time  Domain  Reflectometry 
Count 


Bit 


Name 


Description 


15-10  RES 
9-0  XMTTDR 


Reserved  locations.  Read  and 
written  as  zero. 

Time  Domain  Reflectometry  re- 
flects the  state  of  an  internal 
counter  that  counts  from  the  start 
of  transmission  to  the  occurrence 
of  loss  of  carrier.  TDR  is  incre- 
mented at  a  rate  of  1 0  MHz. 
Read  accessible  only  when 
STOP  bit  is  set.  Write  operations 
are  ignored.  XMTTDR  is  cleared 
by  RESET. 
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CSR96-97:  Bus  Interface  Scratch  Register  0 
Bit      Name  Description 

31-0    SCRO  This  register  is  shared  between 

the  Buffer  Management  Unit  and 
the  Bus  Interface  Unit.  All  De- 
scriptor Data  communications 
between  the  BIU  and  BMU  are 
written  and  read  through  SCRO 
and  SCR1  registers.  The  SCRO 
register  is  undefined  until  written. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR108-109:  Buffer  Management  Scratch 
Bit      Name  Description 

31-0  BMSCR  The  Buffer  Management  Scratch 
register  is  used  for  assembling 
Receive  and  Transmit  Status. 
This  register  is  also  used  as  the 
primary  scan  register  for  Buffer 
Management  Test  Modes. 
BMSCR  register  is  undefined  un- 
til written. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR98-99:  Bus  Interface  Scratch  Register  1 


CSR112:  Missed  Frame  Count 


Bit 


Name 


Description 


31-0     SCR1  This  register  is  shared  between 

the  Buffer  Management  Unit  and 
the  Bus  Interface  Unit.  All  De- 
scriptor Data  communications 
between  the  BIU  and  BMU  are 
written  and  read  through  SCRO 
and  SCR1  registers. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR104-105:  SWAP 


Bit 


Name 


Description 


31-0    SWAP  This  register  performs  word  and 

byte  swapping  depending  upon  if 
32-bit  or  1 6-bit  internal  write  op- 
erations are  performed.  This 
register  is  used  internally  by  the 
BIU/BMU  as  a  word  or  byte 
swapper.  The  swap  register  can 
perform  32-bit  operations  that 
the  PC  can  not;  the  register  is  ex- 
ternally accessible  for  test 
reasons  only.  CSR104  holds  the 
lower  1 6  bits  and  CSR1 05  holds 
the  upper  16  bits. 

The  swap  function  is  defined  as 
follows: 


Internal  Write 
Operation 

SWAP  Register  Result 

32-Bit  word 

SRC[31:16]  SWAP[15:0] 
SRC[15:0]       ->  SWAP[31:16] 

Lower  1 6-Bit 
(CSR104) 

SRC[15:8]       -»  SWAP[7:0] 
SRC[7:0]        ->  SWAP[15:8] 

Read/write  accessible  only  when 
STOP  bit  is  set. 


Bit 


Name 


Description 


15-0  MFC 


Counts  the  number  of  missed 
frames. 

This  register  is  always  readable 
and  is  cleared  by  STOP. 

A  write  to  this  register  performs 
an  increment  when  the  ENTST 
bit  in  CSR4  is  set. 

When  MFC  is  all  1  's  (65535)  and 
a  missed  frame  occurs,  MFC  in- 
crements to  0  and  sets  MFC0  bit 
(CSR4.9). 


CSR114:  Receive  Collision  Count 

Bit      Name  Description 


15-0  RCVCC 


Counts  the  number  of  Receive 
collisions  seen,  regular  and  late. 

This  register  is  always  readable 
and  is  cleared  by  STOP. 

A  write  to  this  register  performs 
an  increment  when  the  ENTST 
bit  in  CSR4  is  set. 

When  RCVCC  is  all  1's  (65535) 
and  a  receive  collision  occurs, 
RCVCC  increments  to  0  and  sets 
RCVCC0  bit  (CSR4.5) 


CSR124:  Buffer  Management  Unit  Test 
Bit      Name  Description 

This  register  is  used  to  place  the 
BM  U/BI U  into  various  test  modes 
to  support  Test/Debug.  This  reg- 
ister is  writeable  when  the 
ENTST  bit  in  CSR4  is  set. 
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15-5 
4 


2-0 


RES  Reserved  locations.  Written  as 

zero  and  read  as  undefined. 

GPSIEN  This  mode  places  the  PCnet-ISA 
controller  in  the  GPSI  Mode.  This 
mode  will  reconfigure  the  Exter- 
nal Address  Pins  so  that  the 
GPSI  port  is  exposed.  This  al- 
lows bypassing  the  MENDEC- 
TMAU  logic.  This  bit  should  only 
be  set  it  the  external  logic  sup- 
ports GPSI  operation.  Damage 
to  the  device  may  occur  in  a  non- 
GPSI  configuration.  Refer  to  the 
GPSI  section. 

RPA  Runt  Packet  Accept.  This  bit 

forces  the  CORE  receive  logic  to 
accept  Runt  Packets.  This  bit  al- 
lows for  faster  testing. 

RES  Fortest  purposes  only.  Reserved 

locations.  Written  as  zero  and 
read  as  undefined. 


ISA  Bus  Configuration  Registers 

The  ISA  Bus  Data  Port  (IDP)  allows  access  to  registers 
which  are  associated  with  the  ISA  bus.  These  registers 
are  called  ISA  Bus  Configuration  Registers  (ISACSRs), 
and  are  indexed  by  the  value  in  the  Register  Address 
Port  (RAP).  The  table  below  defines  the  ISACSRs  which 
can  be  accessed.  All  registers  are  16  bits.  The  "Default" 
value  is  the  value  in  the  register  after  reset  and  is 
hexadecimal. 


ISACSF 

MNEMONIC 

Default 

Name 

0 

MSRDA 

0005H 

Master  Mode 
Read  Active 

1 

MSWRA 

0005H 

Master  Mode 
Write  Active 

2 

MC 

0002H 

Miscellaneous 
Configuration 

3 

Reserved 

N/A 

Reserved  for 
future  AMD  use 

4 

LEDO 

0000H 

Link  Integrity 

5 

LED1 

0084H 

Default:  RCV 

6 

LED2 

0008H 

Default:  RCVPOL 

7 

LED3 

0090H 

Default:  XMT 

ISACSRO:  Master  Mode  Read  Active 

Bit       Name  Description 

15-4      RES  Reserved  locations.  Written  as 

zero  and  read  as  undefined. 

3-0  MSRDA  This  register  is  used  to  tune  the 
MEMR  command  signal  active 
time.  The  value  stored  in  MSRDA 
defines  the  number  of  50  ns  peri- 
ods that  the  command  signal  is 


active.  The  default  value  of  5h  in- 
dicates 250  ns  pulse  widths.  A 
value  of  0  or  1  will  generate  50  ns 
wide  commands. 


ISACSR1 :  Master  Mode  Write  Active 

Bit      Name  Description 


15-4  RES 
3-0  MSWRA 


Reserved  locations.  Written  as 
zero  and  read  as  undefined. 

This  register  is  used  to  tune  the 
MEMW  command  signal  active 
time.  The  value  stored  in 
MSWRA  defines  the  number  of 
50  ns  periods  that  the  command 
signal  is  active.  The  default  value 
of  5h  indicates  250  ns  pulse 
widths.  A  value  of  0  or  1  will  gen- 
erate 50  ns  wide  commands. 


ISACSR2:  Miscellaneous  Configuration 
Bit      Name  Description 


15  MODE_STATUS 


14-8  RES 
7  EISA_LVL 


6-5  RES 
4  ISAINACT 


Mode  Status.  This  is  a  read-only 
register  which  indicates  whether 
the  PCnet-ISA  is  configured  in 
shared  memory  mode.  A  set 
condition  indicates  shared- 
memory  while  a  clear  condition 
indicates  bus-master  condition. 

Reserved  locations.  Written  and 
read  as  zero. 

EISAJ.VL  allows  for  EISA  level- 
sensitive  interrupt  support. 
EISA_LVL  is  cleared  when 
RESET  is  asserted.  When 
EISA_LVL  is  a  zero,  the  IRQ  pin 
is  configured  for  ISA  edge  sensi- 
tive full  CMOS  driver.  When 
EISA_LVL  is  set  by  writing  a  one, 
the  IRQ  pin  is  configured  as  an 
EISA  level-sensitive  interrupt 
open  drain  output.  When 
EISA_LVL  is  set  to  one,  the  IRQ 
pin  assertion  level  is  active  low. 

Reserved  locations.  Written  and 
read  as  zero. 

ISAINACT  allows  for  reduced  in- 
active timing  appropriate  for 
modern  ISA  machines. 
ISAINACT  is  cleared  when 
RESET  is  asserted.  When 
ISAINACT  is  a  zero,  tMMR3  and 
tMMW3  parameters  are  nomi- 
nally 200  ns,  which  is  com- 
patible with  EISA  system.  When 
ISAINACT  is  set  by  writing  a  one , 
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tMMR3  and  tMMW3  are  nomi- 
nally set  to  100  ns. 

EADISEL  EADI  Select.  Enables  EADI 
match  mode.  XMAUSEL  must  be 

0. 

AWAKE  Auto-Wake.  If  LNKST  is  set  and 
AWAKE  =  "1",  the  10BASE-T 
receive  circuitry  is  active  during 
sleep  and  listens  for  Link  Pulses. 
LEDO  indicates  Link  Status  and 
goes  active  if  the  1 0BASE-T  port 
comes  of  out  of  "link  fail"  state. 
This  LEDO  pin  can  be  used  by  ex- 
ternal circuitry  to  re-enable  the 
PCnet-ISA  controller  and/or 
other  devices. 

When  AWAKE  =  "0",  the  Auto- 
Wake  circuity  is  disabled.  This  bit 
only  has  meaning  when  the 
10BASE-T  network  interface  is 
selected. 

ASEL  Auto  Select.  When  set,  the 

PCnet-ISA  controller  will  auto- 
matically select  the  operating 
media  interface  port.  Set  by 
Reset. 

XMAUSEL  External  MAU  Select  allows  the 
hardware  selection  of  AUI  or 
10BASE-T  interfaces  when  set. 
When  cleared,  the  interface  is 
selected  by  software.  Cleared  by 
RESET. 


( 

VSEL 
Bit  1) 

XMAUSEL 
(Bit  0) 

Selection  Mode 

0 

0 

Software;  interface  selection  is 
done  through  the  PORTSEL[1 :0] 
bits  in  CSR15. 

0 

1 

Jumper;  interface  selection  is 
done  through  the  MAUSEL  pin. 

1 

0 

Automatic  (default) 

1 

1 

Reserved 

ISACSR4:  LEDO  Status  (Link  Integrity) 
Bit      Name  Description 


15 


LNKST 


ISACSR4  is  a  non-programma- 
ble register  that  uses  one  bit  to 
reflect  the  status  of  the  LEDO  pin. 
This  pin  defaults  to  twisted  pair 
MAU  Link  Status  (LNKST)  and  is 
not  programmable. 
LNKST  is  a  read-only  register  bit 
that  indicates  whether  the  Link 
Status  LED  is  asserted.  When 
LNKST  is  read  as  zero,  the  Link 
Status  LED  is  not  asserted. 
When  LNKST  is  read  as  one,  the 


14-0  RES 


Link  Status  LED  is  asserted,  indi- 
cating good  10BASE-T  integrity. 

Reserved  locations.  Written  as  0, 
read  as  undefined. 


ISACSR5:  LED1  Status 
Bit  Name 


15  LEDOUT 

14-8  RES 
7  PSE 

6-5  RES 
4  XMTE 

3       RVPOL  E 


2  RCVE 


1         JAB  E 


0         COL  E 


Description 


the 


 func- 

LED1  pin 


ISACSR5  controls 
tion(s)  that  the 
displays.  Multiple  functions  can 
be  simultaneously  enabled  on 
this  LED  pin.  The  LED  display  will 
indicate  the  logical  OR  of  the  en- 
abled functions.  ISACSR5 
defaults  to  Receive  Status  (RCV) 
with  pulse  stretcher  enabled 
(PSE  =  1)  and  is  fully  program- 
mable. 

Indicates  the  current  (non- 
stretched)  state  of  the  function(s) 
generated.  Read  only. 

Reserved  locations.  Read  and 
written  as  zero. 

Pulse  Stretcher  Enable.  Extends 
the  LED  illumination  for  each  en- 
abled function  occurrence. 
0  is  disabled,  1  is  enabled. 

Reserved  locations.  Read  and 
written  as  zero. 

Enable  Transmit  Status  Signal. 
Indicates  PCnet-ISA  controller 
transmit  activity  . 

0  disables  the  signal,  1  enables 
the  signal. 

Enable  Receive  Polarity  Signal. 

Enables  LED  pin  assertion  when 
receive  polarity  is  correct  on  the 
10BASE-T  port.  Clearing  the  bit 
indicates  this  function  is  to 
be  ignored. 

Enable  Receive  Status  Signal. 
Indicates  receive  activity  on  the 
network. 

0  disables  the  signal,  1  enables 
the  signal. 

Enable  Jabber  Signal.  Indicates 
the  PCnet-ISA  controller  is  jab- 
bering on  the  network. 

0  disables  the  signal,  1  enables 
the  signal. 

Enable  Collision  Signal.  Indi- 
cates collision  activity  on  the 
network. 

0  disables  the  signal,  1  enables 
the  signal. 
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ISACSR6:  LED2  Status 
Bit  Name 


15  LEDOUT 


14-8 
7 

6-5 
4 


RES 
PSE 

RES 
XMTE 


3       RVPOL  E 


2  RCVE 


ABE 


0        COL  E 


Description 


ISACSR6  controls  the  func- 
tion(s)  that  the  LED2  pin 
displays.  Multiple  functions  can 
be  simultaneously  enabled  on 
this  LED  pin.  The  LED  display  will 
indicate  the  logical  OR  of  the  en- 
abled functions.  ISACSR6 
defaults  to  twisted  pair  MAU  Re- 
ceive Polarity  (RCVPOL)  with 
pulse  stretcher  enabled  (PSE  = 
1)  and  is  fully  programmable. 

Indicates  the  current  (non- 
stretched)  state  of  the  function(s) 
generated.  Read  only. 

Reserved  locations.  Read  and 
written  as  zero. 

Pulse  Stretcher  Enable.  Extends 
the  LED  illumination  for  each  en- 
abled function  occurrence. 

0  is  disabled,  1  is  enabled. 

Reserved  locations.  Read  and 
written  as  zero. 

Enable  Transmit  Status  Signal. 
Indicates  PCnet-ISA  controller 
transmit  activity  . 

0  disables  the  signal,  1  enables 
the  signal. 

Enable  Receive  Polarity  Signal. 
Enables  LED  pin  assertion  when 
receive  polarity  is  correct  on  the 
10BASE-T  port.  Clearing  the  bit 
indicates  this  function  is  to 
be  ignored. 

Enable  Receive  Status  Signal. 
Indicates  receive  activity  on  the 
network. 

0  disables  the  signal,  1  enables 
the  signal. 

Enable  Jabber  Signal.  Indicates 
the  PCnet-ISA  controller  is  jab- 
bering on  the  network. 

0  disables  the  signal,  1  enables 
the  signal. 

Enable  Collision  Signal.  Indi- 
cates collision  activity  on  the 
network. 

0  disables  the  signal,  1  enables 
the  signal. 


ISACSR7:  LED3  Status 
Bit  Name 


15  LEDOUT 

14-8  RES 
7  PSE 

6-5  RES 
4  XMTE 

3       RVPOL  E 


2  RCVE 


1         JAB  E 


0         COL  E 


Description 


ISACSR7  controls  the  func- 
tion(s)  that  the  LED3  pin 
displays.  Multiple  functions  can 
be  simultaneously  enabled  on 
this  LED  pin.  The  LED  display  will 
indicate  the  logical  OR  of  the  en- 
abled functions.  ISACSR7 
defaults  to  Transmit  Status 
(XMT)  with  pulse  stretcher  en- 
abled (PSE  =  1)  and  is  fully 
programmable. 

Indicates  the  current  (non- 
stretched)  state  of  the  function(s) 
generated.  Read  only. 

Reserved  locations.  Read  and 
written  as  zero. 

Pulse  Stretcher  Enable.  Extends 
the  LED  illumination  for  each  en- 
abled function  occurrence. 

0  is  disabled,  1  is  enabled. 

Reserved  locations.  Read  and 
written  as  zero. 

Enable  Transmit  Status  Signal. 
Indicates  PCnet-ISA  controller 
transmit  activity . 

0  disables  the  signal,  1  enables 
the  signal. 

Enable  Receive  Polarity  Signal. 

Enables  LED  pin  assertion  when 
receive  polarity  is  correct  on  the 
1 0BASE-T  port.  Clearing  the  bit 
indicates  this  function  is  to 
be  ignored. 

Enable  Receive  Status  Signal. 
Indicates  receive  activity  on  the 
network. 

0  disables  the  signal,  1  enables 
the  signal. 

Enable  Jabber  Signal.  Indicates 
the  PCnet-ISA  controller  is  jab- 
bering on  the  network. 

0  disables  the  signal,  1  enables 
the  signal. 

Enable  Collision  Signal.  Indi- 
cates collision  activity  on  the 
network. 

0  disables  the  signal,  1  enables 
the  signal. 
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Initialization  Block 

The  figure  below  shows  the  Initialization  Block  memory 
configuration.  Note  that  the  Initialization  Block  must  be 
based  on  a  word  (16-bit)  boundary. 


Address 

Bits 
15-12 

Bits 
11-8 

Bits  Bits 
7-4  3-0 

DR+22 

TLEN 

RES 

TDRA  23-16 

1/ 

DR+20 

TDRA  15-00 

IADR+18 

RLEN 

RES 

RDRA  23-16 

IADR+16 

RDRA  15-00 

IADR+14 

LADRF  63-48 

IADR+12 

LADRF  47-32 

IADR+10 

LADRF  31-16 

IADR+08 

LADRF  15-00 

IADR+06 

PADR  47-32 

IADR+04 

PADR  31-16 

IADR+02 

PADR  15-00 

IADR+00 

MODE  15-00 

RLEN  and  TLEN 

The  TLEN  and  RLEN  fields  in  the  initialization  block  are 
3  bits  wide,  occupying  bits  15,14,  and  13,  and  the  value 
in  these  fields  determines  the  number  of  Transmit  and 
Receive  Descriptor  Ring  Entries  (DRE)  which  are  used 
in  the  descriptor  rings.  Their  meaning  is  as  follows: 


R/TLEN 

#of  DREs 

000 

1 

001 

2 

010 

4 

011 

8 

100 

16 

101 

32 

110 

64 

111 

128 

If  a  value  otherthan  those  listed  in  the  above  table  is  de- 
sired, CSR76  and  CSR78  can  be  written  after 
initialization  is  complete.  See  the  description  of  the  ap- 
propriate CSRs. 

RDRA  and  TDRA 

TDRA  and  RDRA  indicate  where  the  transmit  and  re- 
ceive descriptor  rings,  respectively,  begin.  Each  DRE 
must  be  located  on  an  8-byte  boundary. 

LADRF 

The  Logical  Address  Filter  (LADRF)  is  a  64-bit  mask  that 
is  used  to  accept  incoming  Logical  Addresses.  If  the  first 
bit  in  the  incoming  address  (as  transmitted  on  the  wire) 
is  a  "1 ",  the  address  is  deemed  logical.  If  the  first  bit  is  a 
"0",  it  is  a  physical  address  and  is  compared  against  the 
physical  address  that  was  loaded  through  the  initializa- 
tion block. 

A  logical  address  is  passed  through  the  CRC  generator, 
producing  a  32-bit  result.  The  high  order  6  bits  of  the 
CRC  are  used  to  select  one  of  the  64  bit  positions  in  the 
Logical  Address  Filter.  If  the  selected  filter  bit  is  set,  the 
address  is  accepted  and  the  frame  is  placed  into 
memory. 
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Received  Message 
Destination  Address 
47  10 


32-Bit  Resultant  CRC 
31  26  0 


MATCH  =  1 :  Packet  Accepted 
MATCH  =  0:    Packet  Rejected 


Address  Match  Logic 


The  Logical  Address  Filter  is  used  in  multicast  address- 
ing schemes.  The  acceptance  of  the  incoming  frame 
based  on  the  filter  value  indicates  that  the  message  may 
be  intended  forthe  node.  It  is  the  node's  responsibility  to 
determine  if  the  message  is  actually  intended  for  the 
node  by  comparing  the  destination  address  of  the  stored 
message  with  a  list  of  acceptable  logical  addresses. 

If  the  Logical  Address  Filter  is  loaded  with  all  zeroes  and 
promiscuous  mode  is  disabled,  all  incoming  logical  ad- 
dresses except  broadcast  will  be  rejected. 

The  Broadcast  address,  which  is  all  ones,  does  not  go 
through  the  Logical  Address  Filter  and  is  handled  as 
follows: 

If  the  Disable  Broadcast  Bit  is  cleared,  the 
broadcast  address  is  accepted. 


1) 


If  the  Disable  Broadcast  Bit  is  set  and  promiscuous 
mode  is  enabled,  the  broadcast  address  is 
accepted. 


2) 


3)   If  the  Disable  Broadcast  Bit  is  set  and  promiscous 
mode  is  disabled,  the  broadcast  address  is  rejected. 

If  external  loopback  is  used,  the  FCS  logic  must  be  allo- 
cated to  the  receiver  (by  setting  the  DXMTFCS  bit  in 
CSR15,  and  clearing  the  ADD_FCS  bit  in  TMD1)  when 
using  multicast  addressing. 

PADR 

This  48-bit  value  represents  the  unique  node  address 
assigned  by  the  IEEE  and  used  for  internal  address 
comparison.  PADR[0]  is  the  first  address  bit  transmitted 
on  the  wire,  and  must  be  zero.  The  six-byte  nomencla- 
ture used  by  the  IEEE  maps  to  the  PCnet-ISA  controller 
PADR  register  as  follows:  the  first  byte  comprises 
PADR[7:0],  with  PADR[0]  being  the  least  significant  bit 
of  the  byte.  The  second  IEEE  byte  maps  to  PADR[15:8], 
again  from  LSbit  to  MSbit,  and  so  on.  The  sixth  byte 
maps  to  PADR[47:40],  the  LSbit  being  PADR[40]. 


MODE 

The  mode  register  in  the  initialization  block  is  copied  into 
CSR15  and  interpreted  according  to  the  description  of 
CSR15. 

Receive  Descriptors 

The  Receive  Descriptor  Ring  Entries  (RDREs)  are  com- 
posed of  4  receive  message  fields  (RMDO-3).  Together 
they  contain  the  following  information: 

■  The  address  of  the  actual  message  data  buffer  in 
user  (host)  memory. 

■  The  length  of  that  message  buffer. 

■  Status  information  indicating  the  condition  of  the 
buffer.  The  eight  most  significant  bits  of  RMD1 
(RMD1[15:0])  are  collectively  termed  the  STATUS 
of  the  receive  descriptor. 

RMDO 

Holds  LADR  [1 5:0].  This  is  combined  with  HADR  [7:0]  in 
RM  D1  to  form  the  24-bit  address  of  the  buffer  pointed  to 
by  this  descriptor  table  entry.  There  are  no  restrictions 
on  buffer  byte  alignment  or  length. 


RMD1 


Bit 


Name 


Description 


15 


1-420 


OWN  This  bit  indicates  that  the  de- 

scriptor entry  is  owned  by  the 
host  (OWN=0)  or  by  the 
PCnet-ISA  controller  (OWN=1). 
The  PCnet-ISA  controller  clears 
the  OWN  bit  after  filling  the  buffer 
pointed  to  by  the  descriptor  entry. 
The  host  sets  the  OWN  bit  after 
emptying  the  buffer.  Once  the 
PCnet-ISA  controller  or  host  has 
relinquished   ownership  of  a 
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14 


13 


ERR 


FRAM 


12 


OFLO 


11  CRC 


10  BUFF 


9  STP 


buffer,  it  must  not  change  any 
field  in  the  descriptor  entry. 

ERR  is  the  OR  Of  FRAM,  OFLO, 
CRC,  or  BUFF.  ERR  is  written  by 
the  PCnet-ISA  controller. 

FRAMING  ERROR  indicates 
that  the  incoming  frame  con- 
tained a  non-integer  multiple  of 
eight  bits  and  there  was  an  FCS 
error.  If  there  was  no  FCS  error 
on  the  incoming  frame,  then 
FRAM  will  not  be  set  even  if  there 
was  a  non  integer  multiple  of 
eight  bits  in  the  frame.  FRAM  is 
not  valid  in  internal  loopback 
mode.  FRAM  is  valid  only  when 
ENP  is  set  and  OFLO  is  not. 
FRAM  is  written  by  the  PCnet- 
ISA  controller. 

OVERFLOW  error  indicates  that 
the  receiver  has  lost  all  or  part  of 
the  incoming  frame,  due  to  an  in- 
ability to  store  the  frame  in  a 
memory  buffer  before  the  inter- 
nal FIFO  overflowed.  OFLO  is 
valid  only  when  ENP  is  not  set. 
OFLO  is  written  by  the  PCnet- 
ISA  controller. 

CRC  indicates  that  the  receiver 
has  detected  a  CRC  (FCS)  error 
on  the  incoming  frame.  CRC  is 
valid  only  when  ENP  is  set  and 
OFLO  is  not.  CRC  is  written  by 
the  PCnet-ISA  controller. 

BUFFER  ERROR  is  set  any  time 
the  PCnet-ISA  controller  does 
not  own  the  next  buffer  while  data 
chaining  a  received  frame.  This 
can  occur  in  either  of  two  ways: 

1)  The  OWN  bit  of  the  next 
buffer  is  zero. 

2}   FIFO  overflow  occurred 
before  the  PCnet-ISA 
controller  polled  the  next 
descriptor. 

If  a  Buffer  Error  occurs,  an  Over- 
flow Error  may  also  occur 
internally  in  the  FIFO,  but  will  not 
be  reported  in  the  descriptor 
status  entry  unless  both  BUFF 
and  OFLO  errors  occur  at  the 
same  time.  BUFF  is  written  by 
the  PCnet-ISA  controller. 

START  OF  PACKET  indicates 
that  this  is  the  first  buffer  used  by 
the  PCnet-ISA  controller  for  this 
frame.  It  is  used  for  data  chaining 
buffers.  STP  is  written  by  the 
PCnet-ISA  controller. 


8  ENP 


7-0  HADR 


RMD2 

Bit  Name 


15-12  ONES 


11-0  BCNT 


RMD3 

Bit  Name 


END  OF  PACKET  indicates  that 
this  is  the  last  buffer  used  by  the 
PCnet-ISA  controller  for  this 
frame.  It  is  used  for  data  chaining 
buffers.  If  both  STP  and  ENP  are 
set,  the  frame  fits  into  one  buffer 
and  there  is  no  data  chaining. 
ENP  is  written  by  the  PCnet-ISA 
controller. 

The  HIGH  ORDER  8  address 
bits  of  the  buffer  pointed  to  by  this 
descriptor.  This  field  is  written  by 
the  host  and  is  not  changed  by 
the  PCnet-ISA  controller. 


Description 


MUST  BE  ONES.  This  field  is 
written  by  the  host  and  un- 
changed by  the  PCnet-ISA 
controller. 

BUFFER  BYTE  COUNT  is  the 
length  of  the  buffer  pointed  to  by 
this  descriptor,  expressed  as  the 
two's  complement  of  the  length 
of  the  buffer.  This  field  is  written 
by  the  host  and  is  not  changed  by 
the  PCnet-ISA  controller. 


Description 


15-12    RES  RESERVED  and  read  as  zeros. 

11-0     MCNT  MESSAGE  BYTE  COUNT  is  the 

length  in  bytes  of  the  received 
message,  expressed  as  an  un- 
signed binary  integer.  MCNT  is 
valid  only  when  ERR  is  clear  and 
ENP  is  set.  MCNT  is  written  by 
the  PCnet-ISA  controller  and 
cleared  by  the  host. 

Transmit  Descriptors 

The  Transmit  Descriptor  Ring  Entries  (TDREs)  are  com- 
posed of  4  transmit  message  fields  (TM  DO-3) .  Together 
they  contain  the  following  information: 

■  The  address  of  the  actual  message  data  buffer  in 
user  or  host  memory. 

■  The  length  of  the  message  buffer. 

■  Status  information  indicating  the  condition  of  the 
buffer.  The  eight  most  significant  bits  of  TMD1 
(TMD1[15:8])  are  collectively  termed  the  STATUS 
of  the  transmit  descriptor. 
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Note  that  bit  1 3  of  TMD1 ,  which  was  formerly  a  reserved 
bit  in  the  LANCE  (Am7990),  is  assigned  a  new  meaning, 
ADDFCS. 

TMDO 

Holds  LADRF  [15:0].  This  is  combined  with  HADR  [7:0] 
in  TM  D1  to  form  a  24-bit  address  of  the  buffer  pointed  to 
by  this  descriptor  table  entry.  There  are  no  restrictions 
on  buf  er  byte  alignment  or  length. 


TMD1 
Bit 


Name 


14 


12 


11 
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Description 


OWN  This  bit  indicates  that  the  de- 

scriptor entry  is  owned  by  the 
host  (OWN=0)  or  by  the 
PCnet-ISA  controller  (0WN=1). 
The  host  sets  the  OWN  bit  after 
filling  the  buffer  pointed  to  by  the 
descriptor  entry.  The  PCnet-ISA 
controller  clears  the  OWN  bit  af- 
ter transmitting  the  contents  of 
the  buffer.  Both  the  PCnet-ISA 
controller  and  the  host  must  not 
alter  a  descriptor  entry  after  it  has 
relinquished  ownership. 

ERR  ERR  is  the  OR  of  UFLO,  LCOL, 

LCAR,  or  RTRY.  ERR  is  written 
by  the  PCnet-ISA  controller.  This 
bit  is  set  in  the  current  descriptor 
when  the  error  occurs,  and  there- 
fore may  be  set  in  any  descriptor 
of  a  chained  buffer  transmission. 

13  ADD_FCS  ADD_FCS  dynamically  controls 
the  generation  of  FCS  on  a  frame 
by  frame  basis.  It  is  valid  only  if 
the  STP  bit  is  set.  When 
ADD_FCS  is  set,  the  state  of 
DXMTFCS  is  ignored  and  trans- 
mitter FCS  generation  is 
activated.  When  ADD_FCS  =  0, 
FCS  generation  is  controlled  by 
DXMTFCS.  ADD_FCS  is  written 
by  the  host,  and  unchanged  by 
the  PCnet-ISA  controller.  This 
was  a  reserved  bit  in  the  LANCE 
(Am7990). 

MORE  MORE  indicates  that  more  than 

one  re-try  was  needed  to  trans- 
mit a  frame.  MORE  is  written  by 
the  PCnet-ISA  controller.  This  bit 
has  meaning  only  if  the  ENP  or 
the  ERR  bit  is  set. 

ONE  ONE  indicates  that  exactly  one 

re-try  was  needed  to  transmit  a 
frame.  ONE  flag  is  not  valid  when 
LCOL  is  set.  ONE  is  written  by 
the  PCnet-ISA  controller.  This  bit 


10  DEF 


9  STP 


8  ENP 


7-0  HADR 


TMD2 

Bit  Name 


15-12  ONES 


11-0  BCNT 


has  meaning  only  if  the  ENP  or 
the  ERR  bit  is  set. 

DEFERRED  indicates  that  the 
PCnet-ISA  controller  had  to  defer 
while  trying  to  transmit  a  frame. 
This  condition  occurs  if  the  chan- 
nel is  busy  when  the  PCnet-ISA 
controller  is  ready  to  transmit. 
DEF  is  written  by  the  PCnet-ISA 
controller.  This  bit  has  meaning 
only  if  the  ENP  or  ERR  bits  are 
set. 

START  OF  PACKET  indicates 
that  this  is  the  first  buffer  to  be 
used  by  the  PCnet-ISA  controller 
for  this  frame.  It  is  used  for  data 
chaining  buffers.  The  STP  bit 
must  be  set  in  the  first  buffer  of 
the  frame,  or  the  PCnet-ISA  con- 
troller will  skip  overthe  descriptor 
and  poll  the  next  descriptor(s) 
until  the  OWN  and  STP  bits  are 
set. 

STP  is  written  by  the  host  and  is 
not  changed  by  the  PCnet-ISA 
controller. 

END  OF  PACKET  indicates  that 
this  is  the  last  bufferto  be  used  by 
the  PCnet-ISA  controller  for  this 
frame.  It  is  used  for  data  chaining 
buffers.  If  both  STP  and  ENP  are 
set,  the  frame  fits  into  one  buffer 
and  there  is  no  data  chaining. 
ENP  is  written  by  the  host  and  is 
not  changed  by  the  PCnet-ISA 
controller. 

The  HIGH  ORDER  8  address 
bits  of  the  buff  er  pointed  to  by  this 
descriptor.  This  field  is  written  by 
the  host  and  is  not  changed  by 
the  PCnet-ISA  controller. 


Description 


MUST  BE  ONES.  This  field  is 
written  by  the  host  and  un- 
changed by  the  PCnet-ISA 
controller. 

BUFFER  BYTE  COUNT  is  the 
length  of  the  buffer  pointed  to  by 
this  descriptor,  expressed  as  the 
two's  com-  plement  of  the  length 
of  the  buffer.  This  is  the  number 
of  bytes  from  this  buffer  that  will 
be  transmitted  by  the  PCnet-ISA 
controller.  This  field  is  written  by 
the  host  and  is  not  changed  by 
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TMD3 

Bit  Name 


the  PCnet-ISA  controller.  There 
are  no  minimum  buffer  size  re- 
strictions. Zero  length  buffers  are 
allowed  for  protocols  which  re- 
quire it. 


Description 


15       BUFF  BUFFER  ERROR  is  set  by  the 

PCnet-ISA  controller  during 
transmission  when  the 
PCnet-ISA  controller  does  not 
find  the  ENP  flag  in  the  current 
buffer  and  does  not  own  the  next 
buffer.  This  can  occur  in  either  of 
two  ways: 

1)  The  OWN  bit  of  the  next 
buffer  is  zero. 

2)  FIFO  underflow  occurred 
before  the  PCnet-ISA 
controller  obtained  the 
next  STATUS  byte 
(TMD1[15:8]). 

BUFF  error  will  turn  off  the  trans- 
mitter (CSRO,  TXON  =  0).  If  a 
Buffer  Error  occurs,  an  Under- 
flow Error  will  also  occur.  BUFF  is 
not  valid  when  LCOL  or  RTRY  er- 
ror is  set  during  transmit  data 
chaining.  BUFF  is  written  by  the 
PCnet-ISA  controller. 

UFLO  UNDERFLOW    ERROR  indi- 

cates that  the  transmitter  has 
truncated  a  message  due  to  data 
late  from  memory.  UFLO  indi- 
cates that  the  FIFO  has  emptied 
before  the  end  of  the  frame  was 
reached.  Upon  UFLO  error,  the 
transmitter  is  turned  off  (CSRO, 
TXON  =  0).  UFLO  is  written  by 
the  PCnet-ISA  controller. 

RES  RESERVED  bit.  The  PCnet-ISA 

controller  will  write  this  bit  with  a 

"0". 


12       LCOL  LATE  COLLISION  indicates  that 

a  collision  has  occurred  after  the 
slot  time  of  the  channel  has 
elapsed.  The  PCnet-ISA  control- 
ler does  not  re-try  on  late 
collisions.  LCOL  is  written  by  the 
PCnet-ISA  controller. 

11       LCAR  LOSS  OF  CARRIER  is  set  when 

the  carrier  is  lost  during  an 
PCnet-ISA  controller-initiated 
transmission.  The  PCnet-ISA 
controller  does  not  stop  trans- 
mission upon  loss  of  carrier.  It  will 
continue  to  transmit  the  whole 
frame  until  done.  LCAR  is  written 
by  the  PCnet-ISA  controller. 

10       RTRY  RETRY  ERROR  indicates  that 

the  transmitter  has  failed  after  1 6 
attempts  to  successfully  transmit 
a  message,  due  to  repeated  colli- 
sions on  the  medium.  If  DRTY  =  1 
in  the  MODE  register,  RTRY  will 
set  after  one  failed  transmission 
attempt.  RTRY  is  written  by  the 
PCnet-ISA  controller. 

09-00    TDR  TIME      DOMAIN  REFLEC- 

TOMETRY  reflects  the  state  of 
an  internal  PCnet-ISA  controller 
counter  that  counts  at  a  10  MHz 
rate  from  the  start  of  a  transmis- 
sion to  the  occurrence  of  a 
collision  or  loss  of  carrier.  This 
value  is  useful  in  determining  the 
approximate  distance  to  a  cable 
fault.  The  TDR  value  is  written  by 
the  PCnet-ISA  controller  and  is 
valid  only  if  RTRY  is  set. 

Note  that  1 0  MHz  gives  very  low 
resolution  and  in  general  has  not 
been  found  to  be  particularly  use- 
ful. This  feature  is  here  primarily 
to  maintain  full  compatibility  with 
the  LANCE. 
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Reg  ster  Summary 

Ethernet  Controller  Registers  (accessed  via  RDP  port) 


RAP  Addr 


Symbol 


Width 


User 
Register 


Comments 


00 

01 

02 

03 

04 

05 

06 

07 

08 

09 

10 

11 

12 

13 

14 

15 
46-17 
18-19 
20-21 
22-23 
24-25 
26-27 
28-29 
30-31 
32-33 
34-35 
36-37 
38-39 
40-41 
42^*3 
44-45 

46 

♦7 
48-49 
50-51 
52-53 
54-55 
56-57 
58-59 
60-61 
62-63 


CSR0 
CSR1 
CSR2 
CSR3 
CSR4 
CSR5 
CSR6 
CSR7 
CSR8 
CSR9 
CSR10 
CSR11 
CSR12 
CSR13 
CSR14 
CSR15 
CSR16 
CSR18 
CSR20 
CSR22 
CSR24 
CSR26 
CSR28 
CSR30 
CSR32 
CSR34 
CSR36 
CSR38 
CSR40 
CSR42 
CSR44 
CSR46 
CSR47 
CSR48 
CSR50 
CSR52 
CSR54 
CSR56 
CSR58 
CSR60 
CSR62 


16-bit 
16-bit 
16-bit 
16-bit 
16-bit 
16-bit 
16-bit 
16-bit 
16-bit 
16-bit 
16-bit 
16-bit 
16-bit 
16-bit 
16-bit 
16-bit 
32-bit 
32-bit 
32-bit 
32-bit 
32-bit 
32-bit 
32-bit 
32-bit 
32-bit 
32-bit 
32-bit 
32-bit 
32-bit 
32-bit 
32-bit 
16-bit 
32-bit 
32-bit 
32-bit 
32-bit 
32-bit 
32-bit 
32-bit 
32-bit 
32-bit 


Y 
Y 
Y 
Y 
Y 


Y 
Y 
Y 
Y 
Y 
Y 
Y 
Y 


PCnet-ISA  Controller  Status 
Lower  IADR:  maps  to  location  16 
Upper  IADR:  maps  to  location  17 
Mask  Register 
Miscellaneous  Register 
Reserved 

RCV/XMT  Descriptor  Table  Length 
Reserved 

LADR0:  LADRF[15:0] 

LADR1:  LADRF[31:16] 

LADR2:  LADRF[47:32] 

LADR3:  LADRF[63:48] 

PADR0:  PADR[15:0] 

PADR1:  PADR[31:16] 

PADR2:  PADR[47:32] 

MODE:  Mode  Register 

IADR:  Base  Address  of  INIT  Block 

CRBA:  Current  RCV  Buffer  Address 

CXBA:  Current  XMT  Buffer  Address 

NRBA:  Next  RCV  Buffer  Address 

BADR:  Base  Address  of  RCV  Ring 

NRDA:  Next  RCV  Descriptor  Address 

CRDA:  Current  RCV  Descriptor  Address 

BADX:  Base  Address  of  XMT  Ring 

NXDA:  Next  XMT  Descriptor  Address 

CXDA:  Current  XMT  Descriptor  Address 

Next  Next  Receive  Descriptor  Address 

Next  Next  Transmit  Descriptor  Address 

CRBC:  Current  RCV  Slat  and  Byte  Count 

CXBC:  Current  XMT  Status  and  Byte  Count 

NRBC:  Next  RCV  Stat  and  Byte  Count 

POLL:  Poll  Time  Counter 

Polling  Interval 

TMP0:  Temporary  Storage 

TMP1 :  Temporary  Storage 

TMP2:  Temporary  Storage 

TMP3:  Temporary  Storage 

TMP4:  Temporary  Storage 

TMP5:  Temporary  Storage 

PXDA:  Previous  XMT  Descriptor  Address 

PXBC:  Previous  XMT  Status  and  Byte  Count 
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Register  Summary 

Ethernet  Controller  Registers  (accessed  via  RDP  port)  (continued) 


User 

RAP  Addr 

oy  nioui 

WiHth 
vviuin 

Da^i  let  are 

V^un  1 1 1  lei  i lb 

64-65 

CSR64 

32-bit 

NadA.  Next  XM  1  buTTer  Address 

66-67 

CSR66 

32-bit 

NXBC:  Next  XMT  Status  and  Byte  Count 

68-69 

CSR68 

32-bit 

XSIMP:  XM  1  Status  temporary 

70-71 

CSR70 

32-bit 

RSTMP:  RCV  Status  Temporary 

72 

CSR72 

16-bit 

RCVHC.  RGV  Ring  Counter 

74 

PCD7>1 

L/on/4 

i  G  kit 

am  i  nb.  am  i  ning  L/Ounier 

76 

-1  C  kit 
1  O-DII 

v 

T 

mgvml.  nov  Ming  Lengin 

78 

PQD7Q 

1  R  Kit 
1  D-DII 

v 

am  i  ml.  am  i  Ming  Lengin 

80 

CSR80 

16-bit 

Y 

DMABR:  Burst  Register 

82 

CSR82 

16-bit 

Y 

DMABAT:  Bus  Activity  Timer 

84-85 

CSR84 

32-bit 

DMABA:  Address  Register 

86 

CSR86 

16-bit 

DMABC:  Byte  Counter/Register 

88-89 

CSR88 

32-bit 

Y 

Chip  ID  Register 

92 

CSR92 

16-bit 

RCON:  Ring  Length  Conversion  Register 

94 

CSR94 

16-bit 

XMTTDR:  Transmit  Time  Domain 
Reflectometry 

96-97 

CSR96 

32-bit 

SCR0:  Bill  Scratch  Register  0 

98-99 

CSR98 

32-bit 

SCR1 :  BIU  Scratch  Register  1 

104-105 

CSR104 

32-bit 

SWAP:1 6-bit  word/byte  Swap  Register 

108-109 

CSR108 

32-bit 

BMSCR:  BMU  Scratch  Register 

112 

CSR112 

1 6-bit 

Y 

Missed  Frame  Count 

114 

CSR114 

1 6-bit 

Y 

Receive  Collision  Count 

124 

CSR124 

1 6-bit 

Y 

BMU  Test  Register 

126 

CSR126 

16-bit 

Reserved 

Note: 

Although  the  PCnet-ISA  controller  has  many  registers  that  can  be  accessed  by  software,  most  of  these  registers  are  intended  for 
debugging  and  production  testing  purposes  only.  The  registers  with  a  "Y"are  the  only  registers  that  should  be  accessed  by  network 
software. 
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Register  Summary 

ISACSR— ISA  Bus  Configuration  Registers  (accessed  via  IDP  port) 


RAP  Addr 

Mnemonic 

Default 

Name 

o 

MSRDA 

0005H 

Master  Mode  Read  Active 

1 

MSWRA 

0005H 

Master  Mode  Write  Active 

2 

MC 

0002H 

Miscellaneous  Configuration 

3 

Reserved 

N/A 

Reserved  for  future  AMD  use 

4 

LEDO 

0000H 

LEDO  Status  (Link  Integrity) 

5 

LED1 

0084H 

LED1  Status  (Default:  RCV) 

6 

LED2 

0008H 

LED2  Status  (Default:  RCVPOL) 

7 

LED3 

0090H 

LED3  Status  (Default:  XMT) 

I/O  Address  Offset 


Offset 

#Bytes 

Register 

Oh 

16 

Address  PROM 

10h 

2 

RDP 

121" 

2 

RAP  (shared  by  RDP  and  IDP) 

14h 

2 

Reset 

16h 

2 

IDP 
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SYSTEM  APPLICATION 
ISA  Bus  Interface 

Compatibility  Considerations 

Although  8  MHz  is  now  widely  accepted  as  the  standard 
speed  at  which  to  run  the  ISA  bus,  many  machines  have 
been  built  which  operate  at  higher  speeds  with  non- 
standard timing.  Some  machines  do  not  correctly 
support  1 6-bit  I/O  operations  with  wait  states.  Although 
the  PCnet-ISA  controller  is  quite  fast,  some  operations 
still  require  an  occasional  wait  state.  The  PCnet-ISA 
controller  moves  data  through  memory  accesses,  there- 
fore, I/O  operations  do  not  affect  performance.  By 
configuring  the  PCnet-ISA  controller  as  an  8-bit  I/O  de- 
vice, compatibility  with  PC/AT-class  machines  is 
obtained  at  virtually  no  cost  in  performance.  To  treat  the 
PCnet-ISA  controller  as  an  8-bit  software  resource  (for 
non-ISA  applications),  the  even-byte  must  be  accessed 
first,  followed  by  an  odd-byte  access. 

Memory  cycle  timing  is  an  area  where  some  tradeoffs 
may  be  necessary.  Any  slow  down  in  a  memory  cycle 
translates  directly  into  lower  bandwidth.  The  PCnet-ISA 
controller  starts  out  with  much  higher  bandwidth  than 
most  slave  type  controllers  and  should  continue  to  be 
superior  even  if  an  extra  50  or  1 00  ns  are  added  to  mem- 
ory cycles. 

The  memory  cycle  active  time  is  tunable  in  50  ns  incre- 
ments with  a  default  of  250  ns.  The  memory  cycle  idle 
time  defaults  to  200  ns  and  can  be  reprogrammed  to 
1 00  ns.  See  register  description  for  ISACS42.  Most  ma- 
chines should  not  need  tuning. 

The  PCnet-ISA  controller  is  compatible  with  NE2100 
and  NE1500T  software  drivers.  All  the  resources  such 
as  address  PROM,  boot  PROM,  RAP,  and  RDP  are  in 
the  same  location  with  the  same  semantics.  An  addi- 
tional set  of  registers  (ISA  CSR)  is  available  to  configure 


on  board  resources  such  as  ISA  bus  timing  and  LED  op- 
eration. However,  loopback  frames  for  the  PCnet-ISA 
controller  must  contain  more  than  64  bytes  of  data  if  the 
Runt  Packet  Accept  feature  is  not  enabled;  this  size  limi- 
tation does  not  apply  to  LANCE  (Am7990)  based  boards 
such  as  the  NE2100  and  NE1500T. 

Bus  Master 

Bus  Master  mode  is  the  preferred  mode  for  client  appli- 
cations on  PC/AT  or  similar  machines  supporting  1 6-bit 
DMA  with  its  unsurpassed  combination  of  high  perform- 
ance and  low  cost. 

Shared  Memory 

The  shared  memory  mode  is  recommended  forf ile  serv- 
ers or  other  applications  where  there  is  very  high, 
average  or  peak  latency. 

The  address  compare  circuit  has  the  following 
functions.  It  receives  the  7  LA  signals,  generates 
MEMCS16,  and  compares  them  to  the  desired  shared 
memory  and  boot  PROM  addresses.  The  logic  latches 
the  address  compare  result  when  BALE  goes  inactive 
and  uses  this  result  along  with  REF  (must  be  deas- 
serted)  and  the  appropriate  SA  signals  to  generate 
SMAM  and  BPAM. 

All  these  functions  can  be  performed  in  one  PAL  device. 
Assume  both  memories  are  8  Kbytes  and  are  in  the 
same  128  Kbyte  region.  SA16,15,14,13  are  required  to 
select  8  Kbytes,  and  there  are  7  LA  pins.  Counting  the 
MEMCSi6pin,  the  latched  compare  pin,  four  SA  pins, 
the  REF  pin,  the  SMAM  pin  and  the  BPAM  pin,  we  find  a 
total  of  1 6  pins  which  can  easily  fit  into  one  PAL  device. 
To  operate  in  an  8-bit  PC/XT  environment,  the  LA 
signals  should  have  weak  pull-down  resistors  con- 
nected to  them  to  present  a  logic  0  level  when  not  driven. 


ISA 
Bus 


16-Bit  System  Data 


24-Bit  System 
Address 


SDO-15 

PCnet-ISA 
Controller 

SAO- 19 
LA17-23 


PRDBO-7 


APCS 


8-Bit  Private  Data 


DO-7 
cs 

AO-X 


Ethernet 
Address 
PROM 


DO-7 

Boot 

CS 

PROM 

AO-X 

16907B-5 


Bus  Master  Block  Diagram 
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ISA 
Bus 


16-Bit  System  Data 


System 
Address 


PRABO-15 

PRDBO-7 
PCnet-ISA 
Controller 


APCS 


SROE 


BPCS 

ABOE  BPAM  SMAM  SRWE 


16-Bit  Private  Address  Bus 


8-Bit  Private  Data 


E 

Address 
Buffer 


Address 
Compare 


AO-X 

Ethernet 

CS 

Address 

DO-7 

PROM 

AO-X 
DO-7 
OE 
WE 


8-Bit 
SRAM 

CS 


AO-X 

Boot 

PROM 

CS 

OE 

16907B-6 

Shared  Memory  Block  Diagram 


Address  PROM  Interface 

The  suggested  address  PROM  is  the  Am27LSl9,  a 
32x8  device.  APCS  should  be  connected  directly  to  the 
device  s  G  input. 


A4-A0 

27LS19 
32  X  8  PROM 

G 

Q7-Q0 


T  16907B-16 

Address  PROM  Example 


Boot  PROM  Interface 

The  boot  PROM  is  a  16Kx8  EPROM.  Its  program  pin  P 
should  be  tied  to  Vcc,  output  enable  OE  tied  to  ground, 
and  chip  enable  CE  to  BPCS  to  minimize  power  con- 
sumption at  the  expense  of  speed.  If  speed  is  more 
important,  then  ground  CE  and  connect  OE  to  BPCS. 


Static  RAM  Interface  (for  Shared  Memory 
only) 

The  SRAM  is  an  8Kx8  or  32Kx8  device.  The  PCnet-ISA 
controller  can  support  64  Kbytes  of  SRAM  address 
space.  The  PCnet-ISA  controller  provides  SROE  and 
SRWE  outputs  which  can  go  directly  to  the  OE  and  WE 
pins  of  the  SRAM,  respectively.  The  address  lines  are 
connected  as  described  in  the  shared  memory  section 
and  the  data  lines  go  to  the  Private  Data  Bus. 

AUI 

The  PCnet-ISA  controller  drives  the  AUI  interface 
through  a  set  of  transformers.  The  Dl  and  CI  inputs 
should  each  be  terminated  with  a  pair  of  matched  39  Q 
or  40.2  £i  resistors  connected  in  series  with  the  middle 
node  bypassed  to  ground  with  a  .01  uP  to  0.1  uP 
capacitor.  Refer  to  the  PCnet-ISA  Technical  Manual 
(PID  #1 6850B)  for  network  interface  design  and  referto 
Appendix  A  for  a  list  of  compatible  AUI  isolation 
transformers. 


A13-A0  DQ7-DQ0 

27C128 

16K  X  8  EPROM 

CE 

OE 
P 

16907B-17 

Boot  PROM  Example 
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10BASE-T  Interface 

The  diagram  below  shows  the  proper  10BASE-T  net- 
work interface  design.  Refer  to  the  PCnet-Family 


Technical  Manual  (PID  #18216A)  for  more  design  de- 
tails, and  refer  to  Appendix  A  for  a  list  of  compatible 
10BASE-T  filter/transformer  modules. 


TXD+ 

TXP+ 

PCnet-ISA 

TXD- 

Controller 

TXP- 

RXD+ 

RXD- 

All  resistors  are±1% 


10BASE-T  External  Components  and  Hookup 


16907B-18 
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ABSOLUTE  MAXIMUM  RATINGS 

Storage  Temperature   -65°C  to  +1 50°C 

Ambient  Temperature 

Under  Bias   0°C  to  +70°C 

Supply  Voltage  to  AVss 

or  DVss  (AVdd,  DVdd)  -0.3  V  to  +6.0  V 

Stresses  above  those  listed  under  Absolute  Maximum  Rat- 
ings may  cause  permanent  device  failure.  Functionality  at  or 
above  these  limits  is  not  implied.  Exposure  to  Absolute  Maxi- 
mum Ratings  for  extended  periods  may  affect  device 
reliability.  Programming  conditions  may  differ. 


OPERATING  RANGES 

Commercial  (C)  Devices 

Temperature  (Ta)   0°Cto+70°C 

Supply  Voltages 

(AVdd,  DVdd)   5  V  ±5% 

All  inputs  within  the  range:  AVss  -  0.5  V  <  Vin  < 

AVdd  +  0.5  V,  or 
DVss  -  0.5  V  <  Vm  < 
DVdd  +  0.5  V 

Operating  ranges  define  those  limits  between  which  the  func- 
tionality of  the  device  is  guaranteed. 


DC  CHARACTERISTICS  over  COMMERCIAL  operating  ranges  unless  otherwise 
specified  (refer  to  page  19  for  driver  types) 


Parameter 
Symbol 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

Digital  Input  Voltage 

VlL 

Input  LOW  Voltage 

0.8 

V 

VlH 

Input  HIGH  Voltage 

2.0 

DVdd  +  0.5 

V 

Digital  Output  Voltage 

Vol 

Output  LOW  Voltage 

0.5 

V 

Voh 

Output  HIGH  Voltage 

(Note  1) 

2.4 

V 

Digital  Input  Leakage  Current 

lix 

Input  Leakage  Current 

Vdd  =  5  V,  Vin  =  0  V 
(Note  2) 

-10 

10 

HA 

Digital  Output  Leakage  Current 

lOZL 

Output  Low  Leakage 
Current  (Note  3) 

Vout  =  0  V 

-10 

uA 

lOZH 

Output  High  Leakage 
Current  (Note  3) 

Vout  -  Vdd 

10 

uA 

Crystal  Input  Current 

VlLX 

XTAL1  Input  LOW 
Threshold  Voltage 

Vin  =  External  Clock 

-0.5 

0.8 

V 

VlHX 

XTAL1  Input  HIGH 
Threshold  Voltage 

Vin  =  External  Clock 

3.5 

Vdd  +  0.5 

V 

IILX 


XTAL1  Input  LOW  Current 

VIN  =  DVSS 

Active 

-120 

0 

uA 

Sleep 

-10 

+  10 

HA 

II HX 

XTAL1  Input  HIGH  Current 

Vin  =  vdd 

Active 

0 

120 

uA 

Sleep 

400 

uA 

Attach 

ment  Unit  Interface 

Iiaxd 

Input  Current  at  DI+ 
and  Dl- 

AVss  <  VIN  <  AVdd 

-500 

+500 

uA 

Iiaxc 

Input  current  at 
CI+  and  Cl- 

AVss  <  VIN  <  AVdd 

-500 

+500 

MA 

Vaod 

Differential  Output  Voltage 
|(DO+)-(DO-)| 

Rl  =  78  a 

630 

1200 

mV 

Vaodo 

=  F 

Transmit  Differential  Output 
Idle  Voltage 

Rl  =  78  fi  (Note  5) 

-40 

+40 

mV 
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DC  CHARACTERISTICS  over  COMMERCIAL  operating  ranges  unless  otherwise 
specified  (continued) 


Parameter 
Symbol 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

Attachment  Unit  Interface  (Continued) 

lAC 

1DOFF 

Transmit  Differential 
Output  Idle  Current 

Rl  =  78  £2  (Note  4) 

-1 

+1 

mA 

V 

CMT 

Transmit  Output  Common 
Mode  Voltage 

Rl  =  78  £} 

2.5 

AVdd 

V 

\ 

OOI 

DO±  Transmit  Differential 
Output  Voltage  Imbalance 

Rl  =  78  O  (Note  5) 

25 

mV 

V 

ATH 

Receive  Data  Differential 
Input  Threshold 

(Note  5) 

-35 

35 

mV 

V 

ASQ 

Dht  and  Cl±  Differential 
Input  Threshold  (Squelch) 

-275 

-160 

mV 

V 

RDVD 

Dl±  and  CI+  Differential 
Mode  Input  Voltage  Range 

-1 .5 

+1.5 

V 

\ 

!\CM 

Dl±  and  Cl±  Input  Bias 
Voltage 

llN  =  0  mA 

AVdd-3.0 

AVDD-1 .0 

V 

V 

OPD 

DO±  Undershoot  Voltage 
at  Zero  Differential  on 
Transmit  Return  to 
Zero  (ETD) 

(Note  5) 

-100 

mV 

Twisted  Pair  Interface 

llRXD 

Input  Current  at  RXD± 

AVss  <  Vin  <  AVdd 

-500 

500 

uA 

F 

Irxd 

RXD+  Differential  Input 
Resistance 

(Note  5) 

10 

KQ 

TIVB 

RXD+,  RXD-Open  Circuit 
Input  Voltage  (Bias) 

Iin  =  0  mA 

AVDD -3.0 

AVdd  - 1 .5 

V 

V 

TIDV 

Differential  Mode  Input 
Voltage  Range  (RXD±) 

AVdd  =  +5  V 

-3.1 

+3.1 

V 

V 

TSQ+ 

RXD  Positive  Squelch 
Threshold  (Peak) 

Sinusoid 

5MHz<f<10MHz 

300 

520 

mV 

V 

TSQ- 

RXD  Negative  Squelch 
Threshold  (Peak) 

Sinusoid 

5MHz<f<10MHz 

-520 

-300 

mV 

V 

THS+ 

RXD  Post-Squelch 
Positive  Threshold  (Peak) 

Sinusoid 

5  MHz  <  f  <10  MHz 

150 

293 

mV 

V 

THS- 

RXD  Post-Squelch 
Negative  Threshold  (Peak) 

Sinusoid 

5  MHz  <  f  <10  MHz 

-293 

-150 

mV 

V 

.TSQ+ 

RXD  Positive  Squelch 
Threshold  (Peak) 

LRT  =  1  (Note  6) 

180 

312 

mV 

V 

-TSQ- 

RXD  Negative  Squelch 
Threshold  (Peak) 

LRT  =  1  (Note  6) 

-312 

-180 

mV 

Vlths+ 

RXD  Post-Squelch  Positive 
Threshold  (Peak) 

LRT  =  1  (Note  6) 

90 

156 

mV 

Vlths- 

RXD  Post-Squelch 
Negative  Threshold  (Peak) 

LRT  =  1  (Note  6) 

-156 

-90 

mV 
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DC  CHARACTERISTICS  over  COMMERCIAL  operating  ranges  unless  otherwise 
specified  (continued) 


Parat 
Sym 

neter 
bol 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

Twist 

ed  Pair  Interface  (continued) 

Vrxc 

)TH 

RXD  Switching  Threshold 

(Note  5) 

-35 

35 

mV 

Vt> 

H 

TXD+  and  TXP±  Output 
HIGH  Voltage 

DVss  =  0  V 

DVdd -0.6 

DVdd 

V 

Vt 

!L 

TXD±  and  TXP±  Output 
I  OW  Vnltanp 

DVnn  -  +5  V 

DVss 

DVqq  4.  0  6 

v 

Vt 

<l 

TXD+  and  TXP+ 
Differential  Output 
Voltage  Imbalance 

-40 

+40 

mV 

Vtxc 

)FF 

TXD±  and  TXP±  Idle 
Output  Voltage 

DVdd  =  +5  V 

-40 

+40 

mV 

Rt 

X 

TXD+  Differential  Driver 
Output  Impedance 

(Note  5) 

40 

CI 

TXP±  Differential  Driver 
Output  Impedance 

(Note  5) 

80 

£2 

IEEE 

1149.1  (JTAG)  Test  Port 

Vi 

TCK,  TMS,  TDI 

0.8 

V 

VlH 

TCK,  TMS,  TDI 

2.0 

V 

Vol 

TDO 

Iol  =  2.0  mA 

0.4 

V 

Vo 

H 

TDO 

Ioh  =  -0.4  mA 

2.4 

V 

In 

TCK,  TMS,  TDI 

Vdd  =  5.5  V,  V,  =  0.5  V 

-200 

uA 

llH 

TCK,  TMS,  TDI 

Vdd  =5.5V,  V,  =  2.7V 

-100 

HA 

loz 

TDO 

0.4V  <  Vout  <  Vdd 

-10 

+10 

HA 

Power  Supply  Current 

Idd 

Active  Power  Supply  Current 

XTAL1  =  20  MHz 

75 

mA 

Iddci 

3MA 

Coma  Mode  Power 
Supply  Current 

SLEEP  active 

200 

HA 

iDDSIv 

OOZE 

Snooze  Mode  Power 
Supply  Current 

Awake  bit  set  active 

10 

mA 

Note 

1.  V 

2.  k 

s: 

oh  does  not  apply  to  open-drain  output  pins. 

■  applies  to  all  input  only  pins  except  Dr±.  CLt,  and  XT  ALL 

3.  Iozl  applies  to  all  three-state  output  pins  and  bi-directional  pins,  except  PRDB[7:0],  I0zh  applies  to  pins  PRDB[7:0]. 

4.  Correlated  to  other  tested  parameters — not  tested  directly. 

5.  Parameter  not  tested. 

6.  LRT  is  bit  9  of  Mode  register  (CSR 15) 
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SWITCHING  CHARACTERISTICS:  BUS  MASTER  MODE 


Parameter 
Symbol 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

Input/Output  Write  Timing 

tlOW1 

AEN,  SBHE,  SAO-9  Setup 
to  I  IOW 

1  n 
i  \j 

tlOW2 

ACM    cruc  QAftQ  MnlH 

MtiN,  oDMt,oftv-y  nolo 
After  T  IOW 

5 

ns 

tlOW3 

IOW  Assertion 

100 

ns 

tlOW4 

IOW  Inactive 

55 

ns 

1IOW5 

SD  Setup  to  T  IOW 

10 

ns 

tlOW6 

SD  Hold  After  T  IOW 

10 

ns 

1IOW7 

1 IOCHRDY  Delay  From  4  IOW 

0 

35 

ns 

t 

IOCHRDY  Inactive 

125 

ns 

tlOW9 

TlOCHRDYtoTlow 

0 

ns 

Input/Output  Read  Timing 

t 

OR1 

AEN,  SBHE,  SAO-9  Setup 
to  1  IOR 

15 

ns 

t 

• 

AEN,  SBHE.SAO-9  Hold 
After  T  IOR 

5 

ns 

tlOR3 

IOR  Inactive 

55 

ns 

tlOR4 

SD  Hold  After  T  IOR 

0 

20 

ns 

tlOR5 

SD  Valid  From  llOR 

0 

110 

ns 

tlOR6 

i  IOCHRDY  Delay  From  J.  IOR 

0 

35 

ns 

tlOR7 

IOCHRDY  Inactive 

125 

ns 

t 

OR8 

SD  Valid  From  t  IOCHRDY 

-130 

10 

ns 

I/O 

To  Memory  Command  Inactive 

t 

IOM1 

T  IOW/MEMW  to  4.  (S)MEMR/IOR 

55 

ns 

tlOM2 

T  (S)MEMR/IOR  to  i  IOW/MEMW 

55 

ns 

IOCS1 6  Timing 

tlOCS! 

AEN,  SBHE,  SAO-9  to  i  IOCS1 6 

0 

35 

ns 

tlOCS2 

AEN,  SBHE,  SAO-9  to  IOCS16 
Tristated 

0 

25 

ns 

Master  Mode  Bus  Acquisition 

tMMA1 

REF  Inactive  to  I  DACK 

5 

ns 

tl 

4MA2 

T  DRQ  to  I  DACK 

0 

ns 

tl 

*IA3 

DACK  Inactive 

55 

ns 

1 

AMM 

I  DACK  to  I  MASTER 

35 

ns 

t 

JMAS 

1  MASTER  to  Active  Command, 
SBHE,  SAO-19,  LA17-23 

125 

185 

ns 
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SWITCHING  CHARACTERISTICS:  BUS  MASTER  MODE  (continued) 


Parameter 
Symbol 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

Master  Mode  Bus  Release 

tMMBRI 

Command  Deassert  to  I  DRQ 

45 

65 

ns 

tMMB 

R2 

1  DRQ  to  T  DACK 

0 

ns 

tMMB 

R3 

I  DRQ  to  t  MASTER 

40 

60 

ns 

tMMB 

R4 

J-  DRQ  to  Command,  SBHE, 
SA0-1 9,  LA1 7-23  Tristated, 

-15 

0 

ns 

Maste 

r  Write  Cycles 

tMMV 

71 

SBHE,  SA0-1 9,  LA1 7-23, 
Active  to  J.  MEMW 

(Note  1 ) 

EXTIME  +  45 

EXTIME  +  65 

ns 

tMMW2 

MEMW  Active 

(Note  2) 

MSWRA-  10 

MSWRA  +  5 

ns 

tMMV 

V3 

MEMW  Inactive 

(Note  1) 

EXTIME  +  97 

EXTIME  +  105 

ns 

tMMV 

74 

t  MEMW  to  SBHE,  SA0-19, 
LA1 7-23, SD  Inactive 

45 

55 

ns 

tMMV 

V5 

SBHE,  SAO-19,  LA17-23,  SD 
Hold  After  T  MEMW 

45 

60 

ns 

tMMV 

V6 

SBHE,  SAO-19,  LA17-23, 
SD  Setup  to  J,  MEMW 

(Note  1 ) 

EXTIME  +  45 

EXTIME  +  55 

ns 

tMMV 

V7 

1  IOCHRDY  Delay 
From  i  MEMW 

tMMW2  -  175 

ns 

tMMV 

V8 

IOCHRDY  Inactive 

55 

ns 

tMMV 

V9 

T  IOCHRDY  to  T  MEMW 

130 

ns 

tMMVt 

10 

SD  Active  to  J.  MEMW 

(Note  1) 

EXTIME  +  20 

EXTIME  +  60 

ns 

tMMWn 

SD  Setup  to  I  MEMW 

(Note  1) 

EXTIME  +  20 

EXTIME  +  60 

ns 

Masti 

r  Read  Cycles 

tMM 

1 

SBHE,  SAO-19,  LA17-23, 
Active  to  I  MEMR 

(Note  1) 

EXTIME  +  45 

EXTIME  +  60 

ns 

tMMR2 

MEMR  Active 

(Note  2) 

MSRDA-  10 

MSRDA +5 

ns 

tMMR3 

MEMR  Inactive 

(Note  1) 

EXTIME  +  97 

EXTIME  +  105 

ns 

tMMR4 

T  MEMR  to  SBHE,  SAO-19, 
LA17-23  Inactive 

45 

55 

ns 

tMM 

15 

SBHE,  SAO-19,  LA17-23 
Hold  After  T  MEMW 

45 

55 

ns 

tMM 

91 

SBHE,  SAO-19,  LA17-23 
Setup  to  J,  MEMR 

(Note  1) 

EXTIME  +  45 

EXTIME  +  55 

ns 

tMM 

i.  IOCHRDY  Delay  From 
1  MEMR 

tMMR2  -  1 75 

ns 

tMM 

II 

IOCHRDY  Inactive 

55 

ns 

tMM 

11 

T  IOCHRDY  to  T  MEMR 

130 

ns 

tMMP 

ID 

SD  Setup  to  T  MEMR 

30 

ns 

tMMF 

11 

SD  Hold  After  T  MEMR 

0 

ns 
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SWITCHING  CHARACTERISTICS:  BUS  MASTER  MODE  (continued) 


Parameter 
Symbol 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

Ma 

ster  Mode  Address  PROM  Read 

tMA1 

1  IOR  to  I  APCS 

125 

260 

ns 

tMA2 

APCS  Active 

140 

155 

ns 

tMA3 

PRDB  Setup  to  T  APCS 

20 

ns 

tMA4 

PRDB  Hold  After  T  APCS 

0 

ns 

tMA5 

T  APCS  to  T  IOCHRDY 

45 

65 

ns 

tMA6 

SD  Valid  From  T  IOCHRDY 

0 

10 

ns 

Master  Mode  Boot  PROM  Read 

tMB1 

REF,  SBHE.SAO-19  Setup 
to  i  SMEMR 

10 

ns 

tMB2 

REF,  SBHE.SAO-19  Hold 
T  SMEMR 

5 

ns 

tMB3 

I  IOCHRDY  Delay 
From  J.  SMEMR 

0 

35 

ns 

tMB4 

SMEMR  Inactive 

55 

ns 

tMB5 

I  SMEMR  to  1  BPCS 

125 

260 

ns 

tMB6 

BPCS  Active 

140 

155 

ns 

tMB7 

T  BPCS  to  T  IOCHRDY 

45 

65 

ns 

tMB8 

PRDB  Setup  to  T  BPCS 

20 

ns 

tMB9 

PRDB  Hold  After  T  BPCS 

0 

ns 

tMB10 

SD  Valid  From  T  IOCHRDY 

0 

10 

ns 

t 

SD  Hold  After  I  SMEMR 

0 

20 

ns 

Notes 

1. 
2. 


EXTIME  is  100  ns  when  ISACSR2,  bit  4,  is  cleared  (default).  EXTIME  is  0  ns  when  ISACSR2,  bit  4,  is  set. 
MSRDA  and  MS  WD  A  are  parameters  which  are  defined  in  registers  ISACSR0  and  ISACSR1,  respectively. 
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SWITCHING  CHARACTERISTICS:  SHARED  MEMORY  MODE 


Paran 
Symt 

leter 
>ol 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

Input/Output  Write  Timing 

tiow 

1 

AEN,  SBHE,  SAO-9  Setup 
to  4  IOW 

10 

ns 

tiow 

AEN,  SBHE.SAO-9  Hold 
After  T  IOW 

5 

ns 

tlOW3 

IOW  Assertion 

150 

ns 

tlOW4 

IOW  Inactive 

55 

ns 

tlOW5 

SD  Setup  to  T  IOW 

10 

ns 

tlOW6 

SD  Hold  After  T  IOW 

10 

ns 

tiow 

7 

i  IOCHRDY  Delay  From  I  low 

0 

35 

ns 

tiow 

8 

IOCHRDY  Inactive 

125 

ns 

tiow 

9 

TlOCHRDYtoTlOW 

0 

ns 

Input/Output  Read  Timing 

tioi 

1 

AEN,  SBHE,  SAO-9  Setup 
to  J-  IOR 

15 

ns 

tlOR 

2 

AEN,  SBHE.SAO-9  Hold 
After  T  IOR 

S 

ns 

tlOR 

3 

IOR  Inactive 

55 

ns 

tlOR 

4 

SD  Hold  After  T  IOR 

0 

20 

ns 

tlOR5 

SD  Valid  From  J.  IOR 

0 

110 

ns 

tlOR 

6 

I  IOCHRDY  Delay  From  I  IOR 

0 

35 

ns 

tlOR 

7 

IOCHRDY  Inactive 

125 

ns 

tlOR 

9 

SD  Valid  From  T  IOCHRDY 

-130 

10 

ns 

Mem< 

>ry  Write  Timing 

tMW 

l 

SAO-9,  PRAB10-15,  SBHE, 
4.  SMAM  Setup  to  I  MEMW 

10 

ns 

tMW 

! 

SAO-9,  PRAB10-15,  SBHE, 
T  SMAM  Hold  After  T  MEMW 

5 

ns 

tMW3 

MEMW  Assertion 

150 

ns 

tMW 

MEMW  Inactive 

55 

ns 

tMW 



SD  Setup  to  t  MEMW 

10 

ns 

tMW 

q 

SD  Hold  After  T  MEMW 

10 

ns 

tMW 

•; 

i  IOCHRDY  Delay  From 
I  MEMW 

0 

35 

ns 

tMW 

a 

IOCHRDY  Inactive 

125 

ns 

tMW 

9 

T  MEMW  to  T  IOCHRDY 

0 

ns 
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SWITCHING  CHARACTERISTICS:  SHARED  MEMORY  MODE  (continued) 


Parameter 
Symbol 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

Memory  Read  Timing 

U 

IR1 

C An  Q  PRAR10— 1S 

SBHE,  I  SMAM/BPAM 
Setup  to  I  MEMR 

10 

ns 

tMR2 

SAO-9,  PRAB10-15,  SBHE, 
T  SMAM/BPAM  Hold  After 
T  MEMR 

5 

ns 

tl 

^R3 

MEMR  Inactive 

55 

ns 

tl 

rfR4 

SD  Hold  After  T  MEMR 

0 

20 

ns 

tl 

AM 

SD  Valid  From  I  MEMR 

0 

110 

ns 

tMR6 

4.  IOCHRDY  Delay  From  I  MEMR 

0 

35 

ns 

t 

tfR7 

IOCHRDY  Inactive 

125 

ns 

t 

rfR8 

SD  Valid  From  T  IOCHRDY 

-130 

10 

ns 

I/O 

To  Memory  Command  Inactive 

tlOM1 

I  IOW/MEMW  to  1  (SJMEMR/IOR 

55 

ns 

tlOM2 

I  (S)MEMR/IOR  to  I  IOW/MEMW 

55 

ns 

IOCS1 6  Timing 

tlOCSl 

AEN,  SBHE,  SAO-9  to  I IOCS16 

0 

35 

ns 

tK 

)CS2 

AEN,  SBHE,  SAO-9  to  IOCS16 
tristated 

0 

25 

ns 

SRAM  Read/Write,  Boot  PROM  Read,  Address  PROM  Read  on  Private  Bus 

t 

PR1 

t  ABOE  to  PRAB10-15  Tristated 

0 

20 

ns 

tPR2 

t  ABOE  to  PRAB10-15 
Active  (Driven  by  Am79C960) 

25 

55 

ns 

tPR3 

PRAB10-15  Inactive  to  J.  ABOE 

5 

25 

ns 

t 

PR4 

PRAB  Change  to  PRAB 
Change,  SRAM  Access 

95 

105 

ns 

t 

PR5 

PRDB  Setup  to  PRAB 
Change,  SRAM  Access 

20 

ns 

t 

PR6 

PRDB  Hold  After  PRAB 
Change,  SRAM  Access 

0 

ns 

t 

PR7 

PRAB  Change  to  PRAB 
Change,  APROM  Access 

145 

155 

ns 
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SWITCHING  CHARACTERISTICS:  SHARED  MEMORY  MODE  (continued) 


Parameter 
Symbol 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

SRAM  Read/Write,  Boot  PROM  Read,  Address  PROM  Read  on  Private  Bus  (continued) 

tPR8 

PRDB  Setup  to  PRAB 
Change,  APROM  Access 

20 

ns 

tPR9 

PRDB  Hold  After  PRAB 
Change,  APROM  Access 

0 

ns 

tPF 

10 

PRAB  Change  to  PRAB 
Change,  BPROM  Access 

145 

155 

ns 

tPF 

11 

PRDB  Setup  to  PRAB 
Change,  BPROM  Access 

20 

ns 

tPF 

12 

PRDB  Hold  After  PRAB 
Change,  BPROM  Access 

0 

ns 

tPF 

13 

PRAB  Change  to  PRAB 
Change,  SRAM  Write 

145 

155 

ns 

tPR14 

PRAB  Change  to  i  SRWE 

20 

30 

ns 

tPR15 

PRAB  Change  to  T  SRWE 

120 

130 

ns 
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SWITCHING  CHARACTERISTICS:  EADI 


Parameter 
Symbol 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

tE 

AD1 

SRD  Setup  to  T  SRDCLK 

40 

ns 

tE 

AD2 

SRD  Hold  to  T  SRDCLK 

40 

ns 

tE 

AD3 

SF/BD  Change  to  1  SRDCLK 

-15 

+15 

ns 

1EAD4 

EAR  Deassertion  to  T 
SRDCLK  (First  Rising  Edge) 

50 

ns 

tEAD5 

EAR  Assertion  After  SFD 
Event  (Packet  Rejection) 

0 

51,090 

ns 

tEAD6 

EAR  Assertion 

110 

ns 

Note: 

External  Address  Detection  Interface  is  invoked  by  setting  bit  3  in  ISACSR2  and  resetting  bit  0  in  ISACSR2.  External 
MAU  select  is  not  available  when  EADISEL  bit  is  set. 


SWITCHING  CHARACTERISTICS:  JTAG  (IEEE  1149.1)  INTERFACE 


Parameter 
Symbol 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

tJTG1 

TCK  HIGH  Assertion 

20 

ns 

tJTG2 

TCK  Period 

50 

ns 

tJTG3 

TDI  Setup  Before  T  TCK 

5 

ns 

IJTG4 

TDI,  TMS  Hold  After  T  TCK 

5 

ns 

tJTG5 

TMS  Setup  Before  T  TCK 

8 

ns 

tJTG6 

TDO  Active  After  i  TCK 

0 

30 

ns 

tJTG7 

TDO  Change  After  I  TCK 

0 

30 

ns 

tJTGS 

TDO  Tristate  After  J,  TCK 

0 

25 

ns 

Note 


JTAG  logic  is  reset  with  an  internal  Power-On  Reset  circuit  independent  of  Sleep  Modes. 
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SWITCHING  CHARACTERISTICS:  GPSI 


Pan 
sy 

■meter 
mbol 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

Trans 

mit  Timing 

t 

3PT1 

TCLK  Period  (802.3  Compliant) 

99.99 

100.01 

ns 

t 

3PT2 

TCI  K  HIRH  Tima 

40 

60 

t 

3PT3 

TX  and  TENA  Delay  from  T  TCLK 

0 

70 

ns 

t 

3PT4 

RENA  Setup  Before  T  TCLK  (Last  Bit) 

210 

ns 

t< 

3PT5 

RENA  Hold  After  i  TENA 

0 

ns 

t 

3PT6 

CLSN  Active  Time  to  Trigger  Collision 

(Note  1) 

110 

ns 

t 

3PT7 

CLSN  Active  to  I  RENA  to  Prevent 
LCAR  Assertion 

0 

ns 

t 

3PT8 

CLSN  Active  to  I  RENA  for  SQE 
Hearbeat  Window 

0 

4.0 

US 

1 

"gpt9 

CLSN  Active  to  T  Rena  for  Normal  Collision 

0 

51.2 

u-s  • 

Receive  Timing 

t 

3PR1 

RCLK  Period 

(Note  2) 

80 

120 

ns 

t 

1PR2 

RCLK  HIGH  Time 

(Note  2) 

30 

80 

ns 

tGPR3 

RCLK  LOW  Time 

(Note  2) 

30 

80 

ns 

tGPFM 

RX  and  RENA  Setup  to  T  RCLK 

15 

ns 

tGPR5 

RX  Hold  After  T  RCLK 

15 

ns 

tGPR6 

RENA  Hold  After  J.  RCLK 

0 

ns 

t 

3PR7 

CLSN  Active  to  First  T  RCLK 
(Collision  Recognition) 

0 

ns 

tGPP.8 

CLSN  Active  to  T  RCLK  for 
Address  Type  Designation  Bit 

(Note  3) 

51.2 

U.S 

tGPR9 

CLSN  Setup  to  Last  T  RCLK  for 
Collision  Recognition 

210  - 

ns 

tGPRIO 

CLSN  Active 

110 

ns 

tc 

l'R11 

CLSN  Inactive  Setup  to  First  T  RCLK 

300 

ns 

tc 

PR12 

CLSN  Inactive  Hold  to  Last  T  RCLK 

300 

ns 

Notes: 

1.  CLSN  must  be  asserted  for  a  continuous  period  of  110  ns  or  more.  Assertion  for  less  than  110  ns  period  may  or  may 
not  result  in  CLSN  recognition. 

2.  RCLK  should  meet  jitter  requirements  of  IEEE  802.3  specification. 

3.  CLSN  assertion  before  51.2  /is  will  be  indicated  as  a  normal  collision.  CLSN  assertion  after  51.2  /is  will  be 
considered  as  a  Late  Receive  Collision. 
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SWITCHING  CHARACTERISTICS:  AUI 


p 

arameter 
Symbol 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

A 

Jl  Port 

tDOTR 

DO+.DO-  Rise  Time  (10%  to  90%) 

2.5 

5.0 

ns 

tDOTF 

DO+.DO-  Fall  Time  (90%  to  10%) 

2.5 

5.0 

ns 

tDORM 

DO+.DO-  Rise  and  Fall  Time  Mismatch 

1.0 

ns 

tDOETD 

DO+/-  End  of  Transmission 

200 

375 

ns 

tPWODI 

Dl  Pulse  Width  Accept/Reject 
Threshold 

|Vin|  >  |Vasq| 
(Note  1) 

15 

45 

ns 

tPWKDI 

Dl  Pulse  Width  Maintain/Turn-Off 
Threshold 

|Vin|  >  |Vasq| 
(Note  2) 

136 

200 

ns 

tPWOCI 

CI  Pulse  Width  Accept/Reject 
Threshold 

|Vin|  >  |Vasq| 
(Note  3) 

10 

26 

ns 

tPWKCI 

CI  Pulse  Width  Maintain/Turn-Off 
Threshold 

|Vin|  >  |Vasq| 
(Note  4) 

90 

160 

ns 

Int 

ernal  MENDEC  Clock  Timing 

txi 

XTAL1  Period 

Vin  -  External  Clock 

49.995 

50.005 

ns 

tXlH 

XTAL1  HIGH  Pulse  Width 

Vin  -  External  Clock 

20 

ns 

tX1L 

XTAL1  LOW  Pulse  Width 

Vin  -  External  Clock 

20 

ns 

tX1R 

XTAL1  Rise  Time 

Vin  =  External  Clock 

5 

ns 

tX1F 

XTAL1  Fall  Time 

Vin  -  External  Clock 

5 

ns 

Nofes; 

1.  Dl  pulses  narrower  than  tpwoDl  (min)  will  be  rejected;  pulses  wider  than  tpv/ODi  (max)  will  turn  internal  Dl  carrier  sense  on. 

2.  Dl  pulses  narrower  than  tPWKDI  (min)  will  maintain  internal  Dl  carrier  sense  on;  pulses  wider  than  tPWKDI  (max)  will  turn 
internal  Dl  carrier  sense  off. 

3.  CI  pulses  narrower  than  tpwoci  (min)  will  be  rejected;  pulses  wider  than  tpwoci  (max)  will  turn  internal  CI  carrier  sense  on. 

4.  CI  pulses  narrower  than  tpwKCi  (min)  will  maintain  internal  CI  carrier  sense  on;  pulses  wider  than  tpwKCi  (max)  will  turn 
internal  CI  carrier  sense  off. 
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SWITCHING  CHARACTERISTICS:  10BASE-T  INTERFACE 


Pararr 
Symfc 

eter 
ol 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

Trans 

mit  Timing 

tTETD 

Transmit  Start  of  Idle 

250 

350 

ns 

tTR 

Transmitter  Rise  Time 

(10%  to  90%) 

5.5 

ns 

tTF 

Transmitter  Fall  Time 

(90%  to  10%) 

5.5 

ns 

tTM 

Transmitter  Rise  and  Fall 
Time  Mismatch 

1 

ns 

tPERLP 

Idle  Signal  Period 

8 

24 

ms 

tPWLP 

Idle  Link  Pulse  Width 

(Note  1) 

75 

120 

ns 

tPWPLP 

Predistortion  Idle  Link  Pulse 
Width 

(Note  1) 

45 

55 

ns 

DA 

Transmit  Jabber  Activation  Time 

20 

150 

ms 

UR 

Transmit  Jabber  Reset  Time 

250 

750 

ms 

Recel 

ve  Timing 

tPWNFjlD 

RXD  Pulse  Width  Not  to  Turn 
Off  Internal  Carrier  Sense 

VIN  >  VTHS  (min) 

136 

ns 

tPWRC 

FF 

RXD  Pulse  Width  to  Turn  Off 

VIN  >  VTHS  (min) 

200 

ns 

Note: 

1 .  Not  tested;  parameter  guaranteed  by  characterization. 
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KEY  TO  SWITCHING  WAVEFORMS 


WAVEFORM 

jmr 
mm 


INPUTS 

Must  Be 
Steady 


May 
Change 
from  H  to  L 


May 
Change 
from  L  to  H 


Don't  Care 
Any  Change 
Permitted 


Does  Not 
Apply 


OUTPUTS 

Will  Be 
Steady 


Will  Be 
Changing 
from  H  to  L 


Will  Be 
Changing 
from  L  to  H 


Changing 

State 

Unknown 


Center 
Line  is  High 
Impedance 
"Off"  State 


KS000010 


SWITCHING  TEST  CIRCUITS 


Sense  Point  O 


Vthreshold 


16907B-19 

Normal  and  Three-State  Outputs 
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SWITCHING  TEST  CIRCUITS 


AVdd 


52.3  £2 


DO+ 
DO- 


100  pF  Z= 


-o  TEST  POINT 


154  £2 


AVss 


16907B-20 


AUI  DO  Switching  Test  Circuit 


DVdd 


294  Q 


TXD+ 
TXD- 


1 00  pF  zjz 
Includes  Test 
Jig  Capacitance 


-  TEST  POINT 


294  £2 


DVss 


16907B-21 


TXD  Switching  Test  Circuit 


DVdd 


715  a : 


TXP+ 
TXP- 


1 00  pF  =^ 

Includes  Test 
Jig  Capacitance 


-o  TEST  POINT 


715  i2 


DVss 


16907B-22 


TXP  Outputs  Test  Circuit 
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AMD  |T1 


SWITCHING  WAVEFORMS:  BUS  MASTER  MODE 


AEN,  SBHE, 
SAO-9 


IOW 


SD 


X 

Stable 

X 

tiowi 

  tlOW3   » 

) 

tlOW2^ 



\ 



m —  tiows  — * 


  tlOW4   » 

tlOW6 

>  

— 00<X 

16907B-23 


I/O  Write  without  Wait  States 


EN 


SBHE, 
SAO-9 


IOW 


IOCHRDY 


SD 


Stable 


tiowi 


tlOW7 


/ 


\ 


tlOW8  • 


tlOW9  • 


tlOW5 


tlOW2 


X 


■  tlOW4  ■ 


tlOW6 


y 


16907B-24 


I/O  Write  with  Wait  States 
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SWITCHING  WAVEFORMS:  BUS  MASTER  MODE 


AEN, 


SBHE, 
SAO-9 


IOR 


SD 


V 

A 

Stable 

X 

tlOR1 

/ 



tlOR2 

\ 

»         tlORS   » 

— A 

tlOR4 

—  tlOR3  m 

Stable 

) 

I/O  Read  without  Wait  States 


16907B-25 


AEN,  SBHE, 
SAO-9 


IOR 


IOCHRDY 


SD 


Stable 


tlOR1  ► 


\ 


tlOR6 


•  tlOR2  * 


J 


\ 


tlOR7 


r 

tlOR8 


Stable 


X 


tlOR3  ■ 


tlOR4 


y 


v 


16907B-26 


I/O  Read  with  Wait  States 
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SWITCHING  WAVEFORMS:  BUS  MASTER  MODE 


IOW,  MEMW 


SMEMR,  MEMR, 
IOR 


^  i 


*•  tlOM1  • 


V_7 


*■  tlOM2 


/ 


16907B-27 


I/O  to  Memory  Command  Inactive  Time 


AEN,  SBHE, 
SAO-9 


IOCS  16 


IOCS16  Timings 


X 

X 

-  tlOCS!  fr 

«  tlOCS2  ■ 

\ 

/ 



16907B-28 


Bus  Acquisition 
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SWITCHING  WAVEFORMS:  BUS  MASTER  MODE 


DRQ 


DACK 


MASTER 


MEMR/MEMW 


SBHE,  SAO-19, 
LA1 7-23 


tMMBRI  ■ 


«-  tMMBR3  -fc 


r 


tMMBR2  • 


tMMBR4 


r 


r 


y 


16907B-30 


Bus  Release 


SBHE,  SAO-19, 
LA17-23 


MEMW  ' 


IOCHRDY 


SDO-15 


(Non  Wait)  (Wait  States  Added) 

1MMW5  tMMW6 


•-tMMWIO-. 


■  tMMW2  ■ 


/ 


■  tMMW3  ■ 


XX 


tMMW11 


tMMW4 


tMMW7 


tMMWB 


\__y 


tMMW9 


16907B-31 


Write  Cycles 
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AMD  L\ 


SWITCHING  WAVEFORMS:  BUS  MASTER  MODE 

(Non  Wait) 


SBHE,  SAO-19, 
LA17-23 


MEMR  ' 


IOCHRDY 


SDO-15 


(Wait  States  Added) 


Stable 


*■  tMMR1  ■ 


■  tMMR2  - 


V 


tMMRlO 


tMMR5 


tMMR6 


tMMR3  • 


\ 


Stable 


Stable 


/ 


tMMR7 


tMMR8 


tMMR9 


tMMRll 


tMMRlO 


y 


tMMR4 


Stable 


tMMRll 


16907B-32 


Read  Cycles 


AEN,  SBHE, 
SAO-9 


IOR 


IOCHRDY 


APCS 


PRDBO-7 


SDO-7 


x 


Stable 


A 


tlORl 


^   tlOR3  ^  


tlOR6 


tMA1  -» 


tMA2  ■ 


[  JMA3_ 


■  tMA5  -»« 


f 


tMA4 


tMA6- 


< 


tlOR2 


tlOR4 


Stable 


> 


16907B-33 


Address  PROM  Read  Cycle 
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f 


SWITCHING  WAVEFORMS:  BUS  MASTER  MODE 


REF,  SBHE, 
SAO-19 


f 


SMEMR 


3M 


IOCHRDY 


BPCS 


PRDBO-7 


SDO-7 


Stable 


X 


tMB1 


tMB2 


tMB3 


■ tMB7  -» 


tMB4  • 


F 


tMB5 


tMB6  ■ 


tMB8 


tMB9 


> 


tMB10 


< 


Stable 


tMB1 1 


16907B-34 


Boot  PROM  Read  Cycle 


1-450 
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AMD 


SWITCHING  WAVEFORMS:  SHARED  MEMORY  MODE 


AEN,  SBHE, 
SAO-9 


IOW 


SD 


Stable 


tiowi 


■  tlOW3  ■ 


■»  tlOW5  ■* 


*•  tlOW2  ■ 


/ 


■  tlOW4  ■ 


»  tlOW6  » 


y 


16907B-35 


I/O  Write  without  Waft  States 


AEN,  SBHE, 
SAO-9 


IOW 


IOCHRDY 


SD 


X 

Stable 

X 

»  tiowi  •( 

/ 

"»-  1IOW2  -» 

\ 

-                  tlOW4   » 

tlOW7 

tlOW8  _ 

-  tlOW9   «■ 

\ 



/ 

*■  tlOW5  "* 

*  tlOW6  •» 

M 

 < 

> — 

16907B-36 

I/O  Write  with  Wait  States 
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SWITCHING  WAVEFORMS:  SHARED  MEMORY  MODE 


AEN,  SBHE, 
SAO-9 


IOR 


SD 


X 


Stable 


X 


*-  tlOR1  ■*■ 


*  tlOR2  -» 


f. 


tlOR3  ■ 


'  tlOR5  ■ 


■*  tlOR4  -» 


Stable 


> 


I/O  Read  without  Wait  States 


16907B-37 


AEN,  SBHE, 
SAO-9 


IOR 


IOCHRDY 


X 


Stable 


X 


■*  tlOR1  -» 


tlOR2  -*■ 


tlOR6 


tlOR3  ■ 


A 


A. 


tlOR7  - 


tlORB  ■» 


tlOR4 


SD 


< 


Stable 


> 


16907B-38 


I/O  Read  with  Wait  States 
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amd  n 


SWITCHING  WAVEFORMS:  SHARED  MEMORY  MODE 


SAO-9, 
PRAB10-15, 
SBHE 


SMAM 


X 


Stable 


X 


*  tMW1  ' 


MEMW 


SD 


tMW3  ■ 


*■  tMW2  -* 


«-  tMW5  — » 


■  tMW4  ' 


*•  tMW6  «■ 


> 


16907B-39 


Memory  Write  without  Wait  States 


SAO-9, 
PRAB10-15, 
SBHE 


X 


Stable 


X 


SM_AM 


MEMW 


IOCHRDY  ' 


SD 


»  tMW1  -» 


*■  tMW2  ■» 


tMW4  ' 


«-  tMW7  ■ 


tMW8  ' 


tMW9  • 


A  r 


»  tMW5  * 


tMW6  ■ 


> 


16907B-40 


Memory  Write  with  Wait  States 
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SWITCHING  WAVEFORMS:  SHARED  MEMORY  MODE 


SAO-9, 
PRAB10-15, 


SMAM 


MEMR 


SD 


Stable 


*■  tMR1  * 


*■  tMR2  *■ 


tMR5  ■ 


< 


/  \ 

'     •   tMR3  »  * 

tMR4 


Stable 


16907B-41 


Memory  Read  without  Wait  States 


SAO-9, 
PRAB10-15, 
SBHE 


SMAM/BPAM 


MEMR 


IOCHRDY 


SD 


X 

Stable 

X 

\ 

/ 

*■  tMRl  * 

/ 

tMR2  • 

\ 

\ 

«  tMR6  ► 

*—  tMR7 
 i 

«             tMR3  ■ 

\ 

/ 

tMR8 

tMR4 

Stable 

 < 

)  

16907B-42 


Memory  Read  with  Wait  States 
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SWITCHING  WAVEFORMS:  SHARED  MEMORY  MODE 


IOW,  MEMW 


\  / 


MEMR,  IOR 


SMEMR, 


tlOM1 


V 


\  / 


tlOM2 


16907B-43 


I/O  to  Memory  Command  Inactive  Time 


AEN,  SBHE, 
SAO-9 


IOCS16 


X 



X 

«-  tiocsi  » 

«-  tlOCS2  » 

\ 

/ 



16907B-44 


IOCS16  Timings 


AMD 


PRELIMINARY 


SWITCHING  WAVEFORMS:  SHARED  MEMORY  MODE 


ABOE 


PRAB10-15 


PRABO-9 


SRWE 


PRDB 


tPR1 


tPR2  ■ 


)  < 


tPR14 


tPR13 • 


tPR15 ■ 


x 


■  tPR13  • 


X 


tPR14 


tPR15  -» 


\  / 


tPR3. 


V 


16907B-45 


SRAM  Write  on  Private  Bus 


ABOE 


PRAB 


0-15 


PRABO-9 


PRDB 


/ 

\ 

tPR1 

—  tPR2   •> 

)  < 

X 

tPR3 



— c 

*   tPR4   

a   tPR4  

X 

 ' 



X 

/ 

\ 



tPR5 

tPR6 

tPR5 

tPR6 

xxx>< 





^XXX 

16907B-46 


SRAM  Read  on  Private  Bus 
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SWITCHING  WAVEFORMS:  SHARED  MEMORY  MODE 


ABOE 


PRAB10-15 


PRABO-9 


BPCS 


PRDB 


tPR1 

-  tPR2   » 

)  < 

tPR3  -» 





> 

— c 

«               tPRlo  1 

dm  tPRio  

X 

/ 

X 

) 

< 

\ 



tPR12 


tPR11 

tPR12 

— <xxx 

xxxx 

> — 

16907B-47 


Boot  PROM  Read  on  Private  Bus 


ABOE 


J 


PRAB10-15 


PRABO-9 


tPR1 


tPR2  ■ 


>  < 


APCS 


PRDB 


«-  tPR3  ■ 


> 


■  tPR7  ■ 


<-  tPR8  -• 


<-  tPR9  -•> 


16907B-48 


Address  PROM  Read  on  Private  Bus 
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SWITCHING  WAVEFORMS:  GPSI 

(First  Bit  Preamble) 

  tGPT1  — 


(Last  Bit ) 


Transmit 
Enable 
(TXEN) 

Carrier 
Present 
(RXCRS) 
(Note  1) 

Collision 
(CLSN) 
(Note  2) 


mm 


16907B-63 


1.  If  RXCRS  is  not  present  during  transmission,  LCAR  bit  in  TMD3  will  be  set. 

2.  If  CLSN  is  not  present  during  or  shortly  after  transmission,  CERR  in  CSRO  will  be  set. 

Transmit  Timing 


(First  Bit  Preamble) 

  tGPR1  — 


(Address  Type  Designation  Bit)  (Last  Bit) 


Receive 
Clock  . 
(SRDCLK) 

Receive 

Data  . 
(RXDAT) 

Carrier 
Present  , 
(RXCRS) 

Collision 
(CLSN), 
Active 

Collision 
(CLSN), 
Inactive 


tGPFM- 


J 


tGPRI 


■  tGPR5 


tGPR2 


tGPR3 


m    m  m 


tGPR7 " 


1 


\ 


tGPRS- 


tGPR8  . 


7 


,tQPR9 


tGPR6-  — -»-| 


tGPRIO  " 


(No  Collision) 


v 


* —  tGPRI  2  — * 


16907B-64 


Receive  Timing 
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SWITCHING  WAVEFORMS:  EADI 

Preamble  Data  Field 

_rLrui__  juir  JirurrLrL  "ltltl  inn 


SRDCLK  (LED3) 


SRD  (LED2) 


SF/BD  (LED1) 


tEAD1  ■ 


One 


EAR  (MAUSEL)  f 


tEAD4 


SFD 

tEAD2 


tEAD3  • 


BltO 


Bit  t 


Bit  2 


Bit  3 


tEAD5 


Bit  4 


Bit  8 


Bit  0 


Bit  7 


Bit  8 


tEAD3 

Accept 
Reject 


■  tEAD6  ■ 


L 


16907B-49 


EADI  Reject  Timing 


SWITCHING  WAVEFORMS:  JTAG  (IEEE  1149.1)  INTERFACE 


TCK 


TDI 


TMS 


TOO 


X 


tlTG3 


tJTG5 


X 


tJTG1 


N  l  \ 


tlTGI 


tJTG2  ■ 


X 


X 


UTG6 


J  \ 


UTG7 


X 


.UTG8 


16907B-50 


Test  Access  Port  Timing 
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SWITCHING  WAVEFORMS:  AUI 


tX1H 


XTAL1 


ISTDCLK 
(Note  1) 

ITXEN 
(Note  1)  ■ 


txi 


f 


itxdat+  "7777" 

!  1)  //// 


(Note  ' 
DO+. 

DO-. 
DO+. 


*l 


-Vr 


1 


f 


tDOTR  -». 


«l-tOOTF 
_/ 


-tt- 


Note: 

1.  Internal  signal  and  is  shown  lor  clarification  only. 


Transmit  Timing— Start  of  Packet 


16907B-51 


XTAL1 


ISTDCLK 
(Note  1) 

ITXEN 

(Note  1 ) 

ITXDAT+ 
(Note  1) 

DO+ 


DO- 


DO± 


Bit  (n-2) 


Bit  (n-1 ) 


Bit  (n) 


Note: 

1.  Internal  signal  and  is  shown  for  clarification  only. 

Transmit  Timing— End  of  Packet  (Last  Bit  =  0) 


16907B-52 


1-460 


Am79C960 


PRELIMINARY 


AMD 


SWITCHING  WAVEFORMS:  AUI 

xtali  ~i__n__n_ 


ISTDCLK 
(Notel) 

ITXEN 

(Note  1) 

ITXDAT+ 
(Notel) 

DO+ 


DO- 


DO± 


Bit  (n-2) 


Bit  (n-1 )  Bit(n) 


Note: 


Internal  signal  and  is  shown  for  clarification  only. 

Transmit  Timing— End  of  Packet  (Last  Bit  =  1) 


16907B-53 
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SWITCHING  WAVEFORMS:  AUI 


DI+/- 


tPWKDI 


Vasq 


1PWODI 


16907B-54 


Receive  Timing  Diagram 


tPWKCI 


tPWOCI 


tPWKCI 


16907B-55 


Collision  Timing  Diagram 


tDOETD 


DO+/- 


■  80  Bit  Times  1 


Port  DO  ETD  Waveform 
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SWITCHING  WAVEFORMS:  10BASE-T  INTERFACE 


TXD+ 


tTR  — H  k—  — » |  ■ 


XMT 


\ 


.....7 


16907B-57 


Transmit  Timing 


TXD+ 


TXP+ 


TXD- 


TXP- 


tPWPLP 


tPWUP  ■ 


At 


J  \_ 


f 


tPERLP  • 


16907B-60 


Idle  Link  Test  Pulse 
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SWITCHING  WAVEFORMS:  10BASE-T  INTERFACE 


RXD± 


Vtsq+ 


Vtsq- 


16907B-61 


Receive  Thresholds  (LRT  =  0;  CSR15[9]) 


RXD± 


VLTSQ+ 


Vltsq- 


169078-62 


Receive  Thresholds  (LRT  =  1 ;  CSR15[9]) 
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PCnet-ISA  Compatible  Media 
Interface  Modules 


PCnet-ISA  COMPATIBLE  10BASE-T 
FILTERS  AND  TRANSFORMERS 

The  table  below  provides  a  sample  list  of  PCnet-ISA 
compatible  10BASE-T  filter  and  transformer  modules 


available  from  various  vendors.  Contact  the  respective 
manufacturer  for  a  complete  and  updated  listing  of 
components. 


Manufacturer 

Part  No. 

Package 

Filters 
and 
Transformers 

Filters 
Transformers 
and  Choke 

Filters 
Transformers 
Dual  Chokes 

Filters 
Transformers 
Dual  Chokes 

Bel  Fuse 

A556-2006-DE 

16-pin  0.3"  DIL 

V 

Bel  Fuse 

0556-2006-00 

14-pin  SIP 

B 

el  Fuse 

0556-2006-01 

14-pin  SIP 

Bel  Fuse 

0556-6392-00 

16-pin  0.5"  DIL 

V 

Halo  Electronics 

FD02-101G 

16-pin  0.3"  DIL 

V 

Halo  Electronics 

FD12-101G 

16-pin  0.3"  DIL 

Halo  Electronics 

FD22-101G 

16-pin  0.3"  DIL 

V 

PCA  Electronics 

EPA1990A 

16-pin  0.3"  DIL 

V 

PCA  Electronics 

EPA2013D 

16-pin  0.3"  DIL 

V 

PCA  Electronics 

EPA2162 

16-pin  0.3"  SIP 

V 

Pulse  Engineering 

PE-65421 

16-pin  0.3"  DIL 

V 

Pulse  Engineering 

PE-65434 

16-pin  0.3"  SIL 

Pulse  Engineering 

PE-65445 

16-pin  0.3"  DIL 

Pulse  Engineering 

PE-65467 

12-pin  0.5"  SMT 

Valor  Electronics 

PT3877 

16-pin  0.3"  DIL 

V 

alor  Electronics 

FL1043 

16-pin  0.3"  DIL 

V 

PCnet-ISA  Compatible  AUI  Isolation 
Transformers 

The  table  below  provides  a  sample  list  of  PCnet-ISA 
compatible  AUI  isolation  transformers  available  from 


various  vendors.  Contact  the  respective  manufacturer 
for  a  complete  and  updated  listing  of  components. 


Manufacturer 

Part  No. 

Package 

Description 

Bel  Fuse 

A553-0506-AB 

16-pin  0.3"  DIL 

50  uH 

Bel  Fuse 

S553-0756-AE 

16-pin  0.3"  SMD 

75  uH 

Halo  Electronics 

TD01-0756K 

16-pin  0.3"  DIL 

75  uH 

Halo  Electronics 

TG01-0756W 

16-pin  0.3"  SMD 

75  u.H 

PCA  Electronics 

EP9531-4 

16-pin  0.3"  DIL 

50  uH 

Pulse  Engineering 

PE64106 

16-pin  0.3"  DIL                             50  uH 

Pulse  Engineering 

PE65723 

16-pin  0.3"  SMT 

75  u.H 

Valor  Electronics 

LT6032 

16-pin  0.3"  DIL 

75u.H 

Valor  Electronics 

ST7032 

16-pin  0.3"  SMD 

75  uH 
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PCnet-ISA  Compatible  DC/DC  Converters  vendors.  Contact  the  respective  manufacturer  for  a 

J     .  ,  ......  complete  and  updated  listing  of  components. 

The  table  below  provides  a  sample  list  of  PCnet-ISA  r  r 

compatible  DC/DC  converters  available  from  various 


Manufacturer 

Part  No. 

Package 

Voltage 

nemoie  un/un 

Halo  Electronics 

DCU0-0509D 

24-pin  DIP 

5/-9 

No 

Halo  Electronics 

DCU0-0509E 

24-pin  DIP 

5/-9 

Yes 

PCA  Electronics 

EPC1007P 

24-pin  DIP 

5/-9 

No 

PCA  Electronics 

EPC1054P 

24-pin  DIP 

5/-9 

Yes 

PCA  Electronics 

EPC1078 

24-pin  DIP 

5/-9 

Yes 

Valor  Electronics 

PM7202 

24-pin  DIP 

5/-9 

No 

Valor  Electronics 

PM7222 

24-pin  DIP 

5/-9 

Yes 

MANUFACTURER  CONTACT 
INFORMATION 

Contact  the  following  companies  for  further  infor- 
mation on  their  products: 


c 

ompany 

U.S.  and  Domestic 

Asia 

Europe 

Bel  Fus 

i 

Phone: 
FAX: 

(201)  432-0463 
(201)  432-9542 

852-328-5515 
852-352-3706 

33-1-69410402 
33-1-69413320 

Halo  Ele 

ctronics 

Phone: 
FAX: 

(415)  969-7313 
(415)  367-7158 

65-285-1566 
65-284-9466 

PCA  El 
(HPC  in 

ctranics 
Hong  Kong) 

Phone: 
FAX: 

(818)  892-0761 
(818)  894-5791 

852-553-0165 
852-873-1550 

33-1  -44894800 
33-1-42051579 

Pulse  E 

ngineering 

Phone: 
FAX: 

(619)  674-8100 
(619)  675-8262 

852-425-1 651 
852-480-5974 

353-093-24107 
353-093-24459 

Valor  E 

ectronics 

Phone: 
FAX: 

(619)  537-2500 
(619)  537-2525 

852-513-8210 
852-513-8214 

49-89-6923122 
49-89-6926542 

1-466 


Am79C960 


Recommendation  for  Reducing 
Noise  Injection 


DECOUPLING  LOW-PASS  R/C 
FILTER  DESIGN 

The  PCnet-ISA  controller  is  an  integrated,  single-chip 
Ethernet  controller,  which  contains  both  digital  and  ana- 
log circuitry.  The  analog  circuitry  contains  a  high  speed 
Phase-Locked  Loop  (PLL)  and  Voltage  Controlled 
Oscillator  (VCO).  Because  of  the  mixed  signal  charac- 
teristics ot  this  chip,  some  extra  precautions  must  be 
taken  into  account  when  designing  with  this  device. 

Described  in  this  section  is  a  simple  decoupling  low- 
pass  R/C  filter  that  can  significantly  increase  noise  im- 
munity of  the  PLL  circuit,  thus,  prevent  noise  from 
disrupting  the  VCO.  Bit  error  rate,  a  common  measure- 
ment of  network  performance,  as  a  result  can  be 
drastically  reduced.  In  certain  cases  the  bit  error  rate 
can  be  reduced  by  orders  of  magnitude. 

Implementation  of  this  filter  is  not  necessary  to  achieve 
a  functional  product  that  meets  the  IEEE  802.3  specifi- 
cation and  provides  adequate  performance.  However, 
this  filter  will  help  designers  meet  those  specifications 
with  more  margin. 

Digital  Decoupling 

The  DVSS  pins  that  are  sinking  the  most  current  are 
those  that  provide  the  ground  for  the  ISA  bus  output  sig- 
nals since  these  outputs  require  24  mA  drivers.  The 
DVSS10  and  DVSS12  pins  provide  the  ground  for  the 
internal  digital  logic.  In  addition,  DVSS11  provides 
ground  for  the  internal  digital  and  for  the  Input  and 
I/O  pins. 

The  CMOS  technology  used  in  fabricating  the 
PCnet-ISA  controller  employs  an  n-type  substrate.  In 
this  technology,  all  Vdd  pins  are  electrically  connected  to 
each  other  internally.  Hence,  in  a  4-layer  board,  when 
decoupling  between  Vdd  and  critical  Vss  pins,  the  spe- 
c  fic  Vdd  pin  that  you  connect  to  is  not  critical.  In  fact,  the 
Vdd  connection  of  the  decoupling  capacitor  can  be 
made  directly  to  the  power  plane,  near  the  closest  Vdd 
pin  to  the  Vss  pin  of  interest.  However,  we  recommend 
that  the  Vss  connection  of  the  decoupling  capacitor  be 
made  directly  to  the  Vss  pin  of  interest  as  shown. 


via  to  Vdd  plane 


via  to  Vss  plane 


AMD  recommends  that  at  least  one  low-frequency  bulk 
decoupling  capacitor  be  used  in  the  area  of  the 
PCnet-ISA  controller.  22  |iF  capacitors  have  worked 
well  for  this.  In  addition,  a  total  of  4  or  5  0.1  u.F  capaci- 
tors have  proven  sufficient  around  the  DVss  and  DVdd 
pins  that  supply  the  drivers  of  the  ISA  bus  output  pins. 

Analog  Decoupling 

The  most  critical  pins  are  the  analog  supply  and  ground 
pins.  All  of  the  analog  supply  and  ground  pins  are  lo- 
cated in  one  corner  of  the  device.  Specific  requirements 
of  the  analog  supply  pins  are  listed  below. 

AVSS1  and  AVDD3 

These  pins  provide  the  power  and  ground  for  the 
Twisted  Pair  and  AUI  drivers.  Hence,  they  are  very 
noisy.  A  dedicated  0.1  u.F  capacitor  between  these  pins 
is  recommended. 

AVSS2  and  AVDD2 

These  pins  are  the  most  critical  pins  on  the  PCnet-ISA 
controller  because  they  provide  the  power  and  ground 
for  the  PLL  portion  of  the  chip.  The  VCO  portion  of  the 
PLL  is  sensitive  to  noise  in  the  60-200  kHz.  range.  To 
prevent  noise  in  this  frequency  range  from  disruptingthe 
VCO,  AMD  strongly  recommends  that  the  low-pass  filter 
shown  below  be  implemented  on  these  pins.  Tests  us- 
ing this  filter  have  shown  significantly  increased  noise 
immunity  and  reduced  Bit  Error  Rate  (BER)  statistics  in 
designs  using  the  PCnet-ISA  controller. 


Am79C960 


1-467 


AMD 


Vdd  Plane 


33nFto6.8nF 
Hh 


AVDD2 
Pin  99 

AVSS2 
Pin  89 


PCnet-ISA 


voltage  drop  across  the  resistor,  the  R  value  should  not 
be  more  than  20  Q. 


1  n  to  20  n 


To  determine  the  value  for  the  resistor  and  capacitor, 
the  formula  is: 

R  *  C  >  88 

Where  R  is  in  ohms  and  C  is  in  microfarads.  Some  pos- 
sible combinations  are  given  below.  To  minimize  the 


R 

C 

2.7  £2 

33  nF 

4.3  £i 

22  nF 

6.8  £i 

15  nF 

10Q 

10jiF 

20  £1 

6.8  nF 

AVSS2  and  AVDD2/AVDD4 

These  pins  provide  power  and  ground  for  the  AUI  and 
twisted  pair  receive  circuitry.  No  specific  decoupling 
has  been  necessary  on  these  pins. 
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Alternative  Method 
for  Initialization 


The  PCnet-ISA  controller  may  be  initialized  by  perform- 
ing I/O  writes  only.  That  is,  data  can  be  written  directly  to 
the  appropriate  control  and  status  registers  (CSR) 
instead  ot  reading  from  the  Initialization  Block  in 
memory.  The  registers  that  must  be  written  are  shown  in 
the  table  below.  These  are  followed  by  writing  the 
START  bit  in  CSRO. 


Control  and 
Status  Register 

Comment 

CSR8 

LADRF[15:0] 

CSR9 

LADRF[31:16] 

CSR10 

LADRF[47:32] 

CSR11 

LADRF[63:48] 

CSR  12 

PADR[15:0] 

CSR13 

PADR[31:16] 

CSR14 

PADR[47:32] 

CSR15 

Mode 

CSR24-25 

BADR 

CSR30-31 

BADX 

CSR47 

POLLINT 

CSR76 

RCVRL 

CSR78 

XMTRL 

Note;  The  IN  IT  bit  must  not  be  set  or  the  initialization  block 
will  be  accessed  instead. 
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DATA  SHEET  REVISION  SUMMARY 

The  following  list  represents  the  key  differences 
between  Revision  A  (May  1992)  and  Revision  B 
(May  1994). 


Distinctive  Characteristics 

Added  a  new  bullet  on  General  Purpose  Serial 
Interface. 

Related  Products — Page  1-344: 

This  table  is  updated  to  reflect  new  members  in  the 
PCnet  Family. 

Table  of  Contents— Page  1-346: 

This  section  has  been  moved  after  Ordering 
Information. 

Block  Diagram:  Bus  Master  Mode — Page  1-352: 

This  section  has  been  moved  after  Table  of  Contents. 

The  MAUSEL  pin  name  has  been  changed  to 
MAUSEL/EAFHo  reflect  its  multiplexed  functionality. 

Connection  Diagram:  Bus  Master  Mode- 
Page  1-353: 

The  MAUSEL  pin  name  has  been  changed  to 
MAUSEUEAR  to  reflect  its  multiplexed  functionality. 

Pin  Designations:  Bus  Master  Mode— Page  1-354: 

The  MAUSEL  pin  name  has  been  changed  to 
MAUSEUEAR  to  reflect  its  multiplexed  functionality. 

Pin  Description:  Bus  Master  Mode — Page  1-358: 

This  section  has  been  moved  after  Pin  Designations: 
Bus  Master  Mode. 


The  descriptions  for  LA17-23,  MASTER,  REF,  RESET, 
IOAMO-1,  MAUSEUEAR,  SLEEP,  and  XTAL1  have 
been  rewritten  for  clarity. 

Block  Diagram:  Shared  Memory  Mode- 
Page  1-361: 

This  section  has  been  moved  after  Pin  Description:  Bus 
Master  Mode. 

The  MAUSEL  pin  name  has  been  changed  to 
MAUSEUEAR  to  reflect  its  multiplexed  functionality. 

The  TCLK  pin  name  has  been  changed  to  TCK  for 
correction. 


Connec 


ion  Diagram:  Shared  Memory  Mode- 


Page  1-362 

The  MAUSEL  pin  name  has  been  changed  to 
MAUSEUEAR  to  reflect  its  multiplexed  functionality. 


Pin  Designations:  Shared  Memory  Mode- 
Page  1-363: 

The  MAUSEL  pin  name  has  been  changed  to 
MAUSEUEAR  to  reflect  its  multiplexed  functionality. 

Pin  Description:  Shared  Memory  Mode — 
Page  1-367: 


The  descriptions  for  IOCHRDY,  RESET,  SBHE, 
IOAMO-1,  MAUSEUEAR,  XTAL1,  and  XTAL2  have 
been  rewritten  for  clarity. 

Pin  Description:  IEEE  1149.1  (JTAG)  Test  Access 
Port 

The  description  for  TCK  has  been  rewritten  for  clarity. 

Pin  Description:  Power  Supplies 

This  entire  section  has  been  rewritten  for  clarity. 

Functional  Description 
Page  1-372: 

Bus  Master  Block  Diagram 

This  diagram  has  been  updated  for  clarity. 

Page  1-373: 

Shared  Memory  Block  Diagram 

This  diagram  has  been  updated  for  clarity. 

Network  Interface 

Clarified  the  methods  of  selecting  different  network 
interfaces. 

Detailed  Functions 

Page  1-374: 

BMU— Initialization 

Added  description  for  an  alternative  initialization 
method. 

BM  U— Reinitialization 

Clarified  text  description  for  alternative  reinitialization 
method. 

Page  1-376: 

BMU— Polling 

Added  description  for  descriptor  polling  intervals. 
Page  1-377: 
BMU— TDTE 

Added  descriptor  for  zero-length  buffers. 
Page  1-379: 

BMU — Message  Data  Encapsulation 
Added  description  for  framing  errors. 
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Page  1-382: 

External  Clock  Drive  Characteristics 

Changed  the  XTAL1  HIGH/LOW  Timeva\ue  in  the  table 

to  20  ns. 

Page  1-383: 

Receiver  Block  Diagram  and  Text 

Changed  D/±to  DURXD±,  IRXDXo  IRXDAT,  IRCLKXo 

ISRDCLK,  and  IRENA  to  IRXCRS. 

Page  1-384: 

Differential  Input  Terminations  and 
Col  ision  Detection 

Moved  these  sections  under  Attachment  Unit  Interface 


Page  1-386: 

T-MAU— Power  Down 

Changed  names  of  power  savings  modes:  sleep  mode 
to  coma  mode;  and  auto  wake  mode  to  snooze  mode. 

Page  1-387: 

EADI 

Added  more  description  on  the  condition  for  accepting 
frames. 

Page  1-388: 

General  Purpose  Serial  Interface 

ied  this  new  section  to  describe  how  the  GPSI  mode 
can  be  accessed  and  used. 


IEEE  1149.1  Test  Access  Port 

Changed  ID  CODE  to  IDCODE,  TRI_ST  to  TRIBYP, 
and  SET_1/0\oSETBYP. 

Page  1-390: 

Power  Savings  Modes 

Changed  the  section  title  name  from  Power  Down 
Mode;  changed  names  of  power  savings  modes:  sleep 
mode  to  coma  mode;  and  auto  wake  mode  to  snooze 
mode. 

Page  1-399: 

Receive  Exception  Conditions 

As  a  result  of  text  clarification  the  number  of  abnormal 
network  conditions  has  been  reduced  from  two  to  four. 

PCnet-ISA  Controller  Registers— Page  1-401 : 

Register  Access 

Added  this  new  section  to  clarify  how  registers  are 
accessed. 

Control  and  Status  Registers 

Changed  the  section  name  from  Ethernet  Controller 
Registers  to  Control  and  Status  Registers. 


CSR4 

The  name  for  Bit  9  is  changed  from  MPCO  to  MFCO. 
The  name  for  Bit  10  is  changed  from  MPCOM  to 
MFCOM. 

CSR15 

Clarified  description  for  bits  8  and  7. 
CSR36-37 

The  name  of  the  register  is  changed  from  Temporary 
Storage  to  Next  Next  Receive  Descriptor  Address.  The 
bit  name  changed  from  TMPOXo  NNRDA.  Updated  with 
new  bit  description. 

CSR38-39 

The  name  of  the  register  is  changed  from  Temporary 
StorageXo  Next  Next  Transmit  Descriptor  Address.  The 
bit  name  changed  from  TMP1  to  NNTDA.  Updated  with 
new  bit  description. 

CSR47 

Added  description  for  Polling  Interval. 
CSR48-49 

Changed  bit  name  from  TMP2  to  TMPO. 
CSR50-51 

Changed  bit  name  from  TMP3XO  TMP1. 
CSR52-53 

Changed  bit  name  from  TMP4  to  TMP2. 
CSR54-55 

Changed  bit  name  from  TMP5XO  TMP3. 
CSR56-57 

Changed  bit  name  from  TMP6\o  TMP4. 
CSR58-59 

Changed  bit  name  from  TMP7Xo  TMP5. 
CSR72 

Clarified  description  for  Receive  Ring  Counter. 
CSR74 

Clarified  description  for  Transmit  Ring  Counter. 
CSR82 

Changed  the  register  name  from  Bus  Timer  RegisterXo 
Bus  Activity  Timer.  Also  added  new  text  description  for 
clarity. 

CSR112 

Changed  bit  name  from  CountXo  MFC.  Also  added  new 
text  description  for  clarity. 

CSR114 

Changed  bit  name  from  CountXo  RCVCC.  Also  added 
new  text  description  for  Ciarity. 

CSR124 

Changed  the  register  name  from  Buffer  Management 
Scratch  Test  RegisterXo  Buffer  Management  Unit  Test. 
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ISACSR1 

The  description  for  this  register  has  been  rewritten  for 


Also  changed  bits  9-5  to  Reserved.  Changed  bit  name 
from  Bit  4  from  CORETSTto  GPSIEN. 

ISA  Bus  Configuration  Registers— Page  1-416: 

ISACSRO 

The  description  for  this  register  has  been  rewritten  for 
clarity. 

ISACS 
The  d€ 
clarity. 

ISACSR2 

The  bit  name  for  Bit  1 5  is  changed  from  MODECONFIG 
to  MODE_STA  TUS  and  the  description  is  rewritten  for 
clarity.  The  bit  name  for  Bit  7  is  changed  from 
IROLEVEL  to  EISA_L  VL.  The  description  for  Bit  0  is  re- 
written for  clarity. 

ISACSR4 

The  description  for  this  register  has  been  added. 
ISACSR5-7 

The  descriptions  forthese  registers  have  been  rewritten 
for  clarity. 

Initialization  Block 
Page  1-419: 

Address  Match  Logic  Diagram 


The  MUX  output  signal  name  is  changed  from  MATCH 
to  MATCH. 

Receive  Descriptors 
Page  1-420: 
RMD1 

The  descriptions  for  the  various  bits  in  this  register  have 
been  rewritten  for  clarity. 


Transmit  Descriptors 
Page  1-421 : 

TMD1 

The  descriptions  for  the  various  bits  in  this  register  have 
been  rewritten  for  clarity. 

Register  Summary 
Page  1-424: 

A  column  indicating  whether  a  register  is  user  accessi- 
ble has  been  added. 


System  Application 
Page  1-427: 

The  text  has  been  rewritten  for  clarity. 

The  Bus  Master  Block  Diagram  has  been  edited  to  pro- 
vide more  detail. 


In  the  Boot  PROM  Example  Diagram  the  part  number 
for  the  boot  PROM  has  been  corrected.  The  correct  part 
is  27C128  (16Kx8  EPROM). 

10BASE-T  Interface 
Page  1-429: 

The  list  of  compatible  filter  modules  has  been  moved  to 
Appendix  A. 

DC  Characteristics 
Page  1-430: 

Vol 

This  parameter  is  now  guaranteed  to  have  a  maximum 
value  of  0.5  V. 

Iozl 

This  parameter  is  added  and  has  a  minimum  value  of 
-10  uA. 

loZH 

This  parameter  is  added  and  has  a  maximum  value  of 
+10  uA. 

Vilx  and  Vihx 

The  two  new  parameters  have  been  added  to  the  Crys- 
tal Input  Current  list. 


This  parameter  is  divided  into  Active  mode  and  Sleep 
mode.  When  Active  this  parameter  is  now  guaranteed 
to  be  valid  from  -1 20  uA  to  0  uA;  when  in  Sleep  this  pa- 
rameter is  guaranteed  to  be  valid  from  -1 0  uA  to  +1 0  uA. 

but 

When  Active  this  parameter  is  now  guaranteed  to  be 
valid  from  0  uAto  120  uA. 

Vaod 

This  parameter  used  to  be  named  Vod. 
Vaodoff 

This  parameter  used  to  be  named  Voooff. 
Iaodoff 

This  parameter  used  to  be  named  Iodoff. 
Vath 

This  parameter  used  to  be  named  Vird. 
Vasq 

This  parameter  used  to  be  named  Vidc- 
Page  1-432: 

Iddcoma 

This  parameter  used  to  be  named  Iddsleep.  Iddcoma  is 
guaranteed  to  have  maximum  supply  current  of  200  uA. 

Iddsnooze 

This  is  a  new  parameter.  It  is  guaranteed  to  have  a 
maximum  current  of  10  mA. 
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Switching  Characteristics 
Page  1-433: 

tlOW2 

The  parameter  description  has  been  rewritten  for  clarity. 

tlOW5 

The  parameter  description  has  been  rewritten  tor  clarity. 

tlOW6 

The  parameter  description  has  been  rewrittenfor  clarity. 
Also,  the  minimum  value  is  now  10  ns. 

tlOW7 

The  parameter  description  has  been  rewritten  for  clarity. 

tlOWS 

The  parameter  description  has  been  rewritten  for  clarity. 

tlOH2 


The  parameter  description  has  been  rewritten  for  clarity.  tMMw? 


The  typographical  error  is  now  corrected;  the  value  of 
35  ns  has  been  moved  to  the  Max  column  from  the  Min 
co  umn. 

tMMA5 

The  parameter  description  was  rewritten  for  clarity. 
Page  1-434: 

tMMBRI 

Th  s  parameter  was  incorrectly  named  !mmri  .  The  pa- 
rameter description  has  been  rewritten  for  clarity  and 
the  maximum  value  is  now  65  ns. 

tMMBR2 

This  parameter  used  to  be  named  tMMR2.  The  parameter 
description  has  been  rewritten  for  clarity. 

tMMBFB 

This  parameter  used  to  be  named  Umfo.  The  values  are 
now  valid  from  40  ns  to  60  ns. 

tMMBFW 

This  parameterused  to  be  named  (mmfm.  The  parameter 
description  has  been  rewritten  for  clarity. 


tMMW1 

The  parameter  description  has  been  rewritten  for  clarity 
and  the  values  are  now  valid  from  EXTIME+45  to 
EXTIME+65  ns. 

tMMW2 

The  minimum  value  is  now  MSWRA-10  ns. 

tMMW3 

The  values  are  now  valid  from  EXTIME+97  to 
EXTIME+105  ns. 

tMMW5 

The  parameter  description  has  been  rewritten  for  clarity 
and  the  maximum  value  is  now  60  ns. 

tMMW6 

The  values  are  now  valid  from  EXTIME+45  to 
EXTIME+55  ns. 


tlOFM 

The  parameter  description  has  been  rewritten  for  clarity . 

tlORC 

The  parameter  description  has  been  rewritten  for  clarity. 

tlORS 

The  parameter  description  has  beenrewrittenforclarity. 
Also,  the  minimum  value  is  now  -130  ns. 

tlOM1 

The  parameter  description  has  been  rewritten  for  clarity . 
Also,  the  maximum  value  is  now  55  ns. 

tlOM2 

The  parameter  description  has  been  rewritten  for  clarity. 


The  parameter  description  has  been  rewritten  for  clarity 
and  the  minimum  value  is  now  tMMW2-175  ns  and  the 
maximum  value  is  left  open. 


The  parameter  description  has  been  rewritten  for  clarity 
and  the  minimum  value  is  now  130  ns. 

tMMW10 

This  is  a  new  parameter. 

tMMW11 

This  is  a  new  parameter. 

tMMR1 

The  description  has  been  rewritten  for  clarity  and  the 
values  are  now  valid  from  EXTIME+45  to 
EXTIME+60  ns. 

tMMR2 

The  minimum  value  is  now  MSRDA-1 0  ns. 

tMMR3 

The  values  are  now  valid  from  EXTIME+97  to 
EXTIME+105  ns. 

The  values  are  now  valid  from  EXTIME+45  to 
EXTIME+55  ns. 

tMMR7 

The  description  has  been  rewritten  for  clarity  and  the 
minimum  value  is  now  tMMR2-1 75  ns. 

tMMR9 

The  description  has  been  rewritten  for  clarity  and  the 
minimum  value  is  now  130  ns. 


Page  1-435: 

tMA2 


The  minimum  value  is  now  140  ns. 
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tMB6 

The  minimum  value  is  now  140  ns. 


Page 
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tlOW3 

The  minimum  value  is  now  150  ns. 

tlOW6 

The  minimum  value  is  now  10  ns. 

tlOW9 

The  description  has  been  rewritten  for  clarity. 

tlOR1 

The  minimum  value  is  now  15  ns. 

tlORS 

The  description  has  been  rewritten  tor  clarity  and  the 
minimum  value  is  now  -130  ns. 


tMW3 

The  minimum  value  is  now  150  ns. 

tMW4 

The  minimum  value  is  now  55  ns. 

tMW6 

The  minimum  value  is  now  10  ns. 
Page  1-437: 

tMR8 

The  m  nimum  value  is  now  -130  ns. 

tlOM1 

The  m  nimum  value  is  now  55  ns. 
Page  1-439: 

EADI  Timing  Parameters 

These  are  new  additions  to  the  data  sheet. 

JTAG  Timing  Parameters 

These  are  new  additions  to  the  data  sheet. 


Page  1-440: 

GPSI  Timing  Parameters 

These  are  new  additions  to  the  data  sheet. 


Page  1 


-441: 


AUI  Timing  Parameters 

There  are  new  additions  to  the  data  sheet. 

Page  1-442: 

10BASE-T  Interface  Timing 

This  replaces  the  Network  Interface  timing  section  in 
Rev.  A  of  the  data  sheet.  Iirec,  Iretd,  tRcvoN,  tpcvoFF, 
tcoLON,  and  tcoLOFF  have  been  removed  from  the  table. 


Page  1-449: 

The  LA1 7-1 3  reference  in  the  Read  Cycles  (Bus  Master 
Mode)  diagram  has  been  changed  to  LA17-23. 

Page  1-458: 

Added  GPSI  Transmit  and  Receive  timing  diagrams. 
Page  1-459: 

Added  EADI  and  JTAG  timing  diagrams. 
Page  1-460, 1-461,1-462: 
Added  AUI  timing  diagrams. 
Page  1-463: 

The  Transmit  Timing  (10BASE-T  Interface)  diagram  is 
replaced  with  a  new  one. 


Appendices 

Appendix  A 

This  is  a  new  addition, 
modules. 


It  lists  the  compatible  filter 


Appendix  B 

This  is  a  new  addition.  It  gives  recommendation  on  re- 
ducing noise  injected  into  the  Ethernet  controller. 

Appendix  C 

This  is  a  new  addition.  It  provides  an  alternative  method 
on  initializing  the  Ethernet  controller. 


Switching  Waveforms 
Page  1-448: 

The  LA17-1 3  reference  in  the  Write  Cycles  (Bus  Master 
Mode)  diagram  has  been  changed  to  LA17-23. 


1-474 


Am79C960 


Am79C961 

PCnet™-ISA+  Jumperless  Single-Chip  Ethernet  Controller 
for  ISA 


Advanced 
Micro 
Devices 


DISTINCTIVE  CHARACTERISTICS 

■  Single-chip  Ethernet  controller  for  the  Industry 
Standard  Architecture  (ISA)  and  Extended 
Industry  Standard  Architecture  (EISA)  buses 

■  Supports  IEEE  802.3/ANSI  8802-3  and  Ethernet 
standards 

■  Direct  interface  to  the  ISA  or  EISA  bus 

■  Software  compatible  with  AMD's  Am7990 
LANCE  register  and  descriptor  architecture 

■  Low  power,  CMOS  design  with  sleep  mode 
allows  reduced  power  consumption  for  critical 
battery  powered  applications 

■  Individual  136-byte  transmit  and  1 28-byte 
receive  FIFOs  provide  packet  buffering  for 
increased  system  latency,  and  support  the 
following  features: 

—  Automatic  retransmission  with  no  FIFO 
reload 

—  Automatic  receive  stripping  and  transmit 
padding  (individually  programmable) 

—  Automatic  runt  packet  rejection 

—  Automatic  deletion  of  received  collision 
frames 

■  Dynamic  transmit  FCS  generation  program- 
mable on  a  frame-by-frame  basis 

■  Single  +5  V  power  supply 

■  Internal/external  loopback  capabilities 

Supports  8K,  16K,  32K,  and  64K  Boot  PROMs 
or  Flash  for  diskless  node  applications 

Supports  Microsoft's  Plug  and  Play  System 
configuration  for  jumperless  designs 

Supports  staggered  AT  bus  drive  for  reduced 
noise  and  ground  bounce 

Supports  8  interrupts  on  chip 


Look  Ahead  Packet  Processing  (LAPP)  allows 
protocol  analysis  to  begin  before  end  of 
receive  frame 

Supports  4  DMA  channels  on  chip 

Supports  16  I/O  locations 

Supports  16  boot  PROM  locations 

Provides  integrated  Attachment  Unit  Interface 
(AUI)  and  10BASE-T  transceiver  with  2  modes 
of  port  selection: 

—  Automatic  selection  of  AUI  or  10BASE-T 

—  Software  selection  of  AUI  or  1 0BASE-T 

Automatic  Twisted  Pair  receive  polarity 
detection  and  automatic  correction  of  the 
receive  polarity 

Supports  bus-master  and  shared-memory 
architectures  to  fit  in  any  PC  application 

Supports  edge  and  level-sensitive  interrupts 

DMA  Buffer  Management  Unit  for  reduced  CPU 
intervention  which  allows  higher  throughput  by 
by-passing  the  platform  DMA 

JTAG  Boundary  Scan  (IEEE  1149.1)  test  access 
port  interface  for  board  level  production  test 

Integrated  Manchester  Encoder/Decoder 

Supports  the  following  types  of  network 
interfaces: 

—  AUI  to  external  10BASE2, 10BASE5, 
10BASE-T  or  10BASE-F  MAU 

—  Internal  10BASE-T  transceiver  with  Smart 
Squelch  to  Twisted  Pair  medium 

Supports  LANCE  General  Purpose  Serial 
Interface  (GPSl) 

132-pin  PQFP  package 


GENERAL  DESCRIPTION 

The  PCnet-ISA*  controller,  a  single-chip  Ethernet  con- 
troller, is  a  highly  integrated  system  solution  for  the 
PC-AT  Industry  Standard  Architecture  (ISA  )  architec- 
ture. It  is  designed  to  provide  flexibility  and  compatibility 
with  any  existing  PC  application.  This  highly  integrated 
132-pin  VLSI  device  is  specifically  designed  to  reduce 
parts  count  and  cost,  and  addresses  applications  where 
higher  system  throughput  is  desired.  The  PCnet-ISA* 


controller  is  fabricated  with  AMD's  advanced  low-power 
CMOS  process  to  provide  low  standby  current  for  power 
sensitive  applications. 

The  PCnet-ISA*  controller  is  a  DMA-based  device  with  a 
dual  architecture  that  can  be  configured  in  two  different 
operating  modes  to  suit  a  particular  PC  application.  In 
the  Bus  Master  Mode  all  transfers  are  performed  using 
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the  integrated  DMA  controller.  This  configuration  en- 
hances system  performance  by  allowing  the 
PCnet-ISA*  controller  to  bypass  the  platform  DMA  con- 
troller and  directly  address  the  full  24-bit  memory  space. 
The  implementation  of  Bus  Master  Mode  allows  mini- 
mum parts  count  for  the  majority  of  PC  applications.  The 
PCnet-ISA*  controller  can  be  configured  to  perform 
Shared  Memory  operations  for  compatibility  with  low- 
end  machines,  such  as  PC/XTs  that  do  not  support  Bus 
Master  and  high-end  machines  that  require  local  packet 
buffering  for  increased  system  latency. 

The  PCnet-ISA+  controller  is  designed  to  directly  inter- 
face with  the  ISA  or  EISA  system  bus.  It  contains  an  ISA 
Plug  and  Play  bus  interface  unit,  DMA  Buffer  Manage- 
ment Unit,  802.3  Media  Access  Control  function, 
individual  136-byte  transmit  and  128-byte  receive 
FIFOs,  IEEE  802.3  defined  Attachment  Unit  Interface 
(AUI),  and  a  Twisted  Pair  Transceiver  Media  Attach- 
ment Unit.  The  PCnet-ISA*  controller  is  also  register 
compatible  with  the  LANCE  (Am7990)  Ethernet  control- 
ler and  PCnet-ISA.  The  DMA  Buffer  Management  Unit 
supports  the  LANCE  descriptor  software  model. 


External  remote  boot  and  Ethernet  physical  address 
PROMs  and  Electrically  Erasable  Proms  are  also 
supported. 

This  advanced  Ethernet  controller  has  the  built-in  capa- 
bility of  automatically  selecting  eitherthe  AUI  port  orthe 
Twisted  Pair  transceiver.  Only  one  interface  is  active  at 
any  one  time.  The  individual  136-byte  transmit  and 
128-byte  receive  FIFOs  optimize  system  overhead,  pro- 
viding sufficient  latency  during  packet  transmission  and 
reception,  and  minimizing  intervention  during  normal 
network  error  recovery.  The  integrated  Manchester  en- 
coder/decoder eliminates  the  need  for  an  external  Serial 
Interface  Adapter  (SIA)  in  the  node  system.  If  support 
for  an  external  encoding/decoding  scheme  is  desired, 
the  embedded  General  Purpose  Serial  Interface  (GPSI) 
allows  direct  access  to/from  the  MAC.  In  addition,  the 
device  provides  programmable  on-chip  LED  drivers  for 
transmit,  receive,  collision,  receive  polarity,  link  integrity 
and  activity,  or  jabber  status.  The  PCnet-ISA*  controller 
also  provides  an  External  Address  Detection  Interface™ 
(EADI™)  to  allow  external  hardware  address  filtering  in 
internetworking  applications. 


RELATED  PRODUCTS 


Part  No. 

Description 

Am79C98 

Twisted  Pair  Ethernet  Transceiver  (TPEX) 

Am79C100 

Twisted  Pair  Ethernet  Transceiver  Plus  (TPEX*) 

Am7996 

IEEE  802.3/Ethernet/Cheapernet  Transceiver 

Am79C981 

Integrated  Multiport  Repeater  Plus™  (IMR+™) 

Am79C987 

Hardware  Implemented  Management  Information  Base™  (HIMIB™) 

Am79C940 

Media  Access  Controller  for  Ethernet  (MACE™) 

Am79C90 

CMOS  Local  Area  Network  Controller  for  Ethernet  (C-LANCE) 

Am79C960 

PCnet-ISA  Single-Chip  Ethernet  Controller  (for  ISA  bus) 

Am79C965 

PCnet-32  Single-Chip  32-Bit  Ethernet  Controller  (for  386,  486,  VL  local  buses) 

Am79C970 

PCnet-PCI  Single-Chip  Ethernet  Controller  (for  PCI  bus) 
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ORDERING  INFORMATION 
Standard  Products 

AMD  standard  products  are  available  in  several  packages  and  operating  ranges.  The  order  number  (Valid  Combination)  is 
formed  by  a  combination  of: 


AM79C961  K         C  \W 


ALTERNATE  PACKAGING  OPTION 

\W  =  Trimmed  and  Formed  (PQB132) 

OPTIONAL  PROCESSING 

Blank  =  Standard  Processing 

TEMPERATURE  RANGE 

C  =  Commercial  (0°  to  +70°C) 

PACKAGE  TYPE  (per  Prod.  Nomenclature/16-038) 
K  -  Molded  Carrier  Ring  Plastic  Quad  Flat  Pack 
(PQB132) 


SPEED 

Not  Applicable 


I  DEVICE  NUMBER/DESCRIPTION 

Am79C961 

Valid  Combinations 

The  Valid  Combinations  table  lists  configurations 
planned  to  be  supported  in  volume  for  this  device. 
Consult  the  local  AMD  sales  office  to  confirm 
availability  of  specific  valid  combinations  and  to 
check  on  newly  released  combinations. 


Valid  Combinations 

AM79C961 

KC,  KCWV 

Am79C961 
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EXTERNAL  SCAN  CHAIN  1-521 
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BUS  INTERFACE  UNIT  (BIU)   1-521 

DMA  Transfers  1-521 

1.  Initialization  Block  DMA  Transfers   1-521 

2.  Descriptor  DMA  Transfers   1-522 

3.  Burst-Cycle  DMA  Transfers   1-522 

BUFFER  MANAGEMENT  UNIT  (BMU)   1-522 

Initialization  1-522 

Reinitialization   1-522 

Buffer  Management   1-522 

Descriptor  Rings  1-522 

Descriptor  Ring  Access  Mechanism  1-523 

Polling  1-523 

Transmit  Descriptor  Table  Entry  (TDTE)   1-525 

Receive  Descriptor  Table  Entry  (RDTE)  1-526 

MEDIA  ACCESS  CONTROL   1-527 

Transmit  and  Receive  Message  Data  Encapsulation  1-527 

Media  Access  Management  1-528 

MANCHESTER  ENCODER/DECODER  (MENDEC)   1-530 

External  Crystal  Characteristics  1-530 

External  Clock  Drive  Characteristics   1-530 

MENDEC  Transmit  Path  1-530 

Transmitter  Timing  and  Operation   1-530 

Receive  Path   1-531 

Input  Signal  Conditioning   1-531 

Clock  Acquisition   1-531 

PLL  Tracking   1-531 

Carrier  Tracking  and  End  of  Message   1-532 

Data  Decoding   1-532 

Differential  Input  Terminations   1-532 

Collision  Detection   1-532 

Jitter  Tolerance  Definition  1-532 

Attachment  Unit  Interface  (AUI)   1-532 

TWISTED  PAIR  TRANSCEIVER  (T-MAU)  1-532 

Twisted  Pair  Transmit  Function   1-533 

Twisted  Pair  Receive  Function  1-533 

Link  Test  Function   1-533 

Polarity  Detection  and  Reversal  1-533 

Twisted  Pair  Interface  Status   1-534 

Collision  Detect  Function   1-534 

Signal  Quality  Error  (SQE)  Test  (Heartbeat)  Function   1-534 

Jabber  Function   1-534 

Power  Down  1-534 

EADI™  (External  Address  Detection  Interface™)  1-534 

GENERAL  PURPOSE  SERIAL  INTERFACE  (GPSI)  1-536 

IEEE  1149.1  TEST  ACCESS  PORT  INTERFACE  1-537 

Boundary  Scan  Circuit   1-537 
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TAP  FSM   1-537 

Supported  Instructions   1-537 

Instruction  Register  and  Decoding  Logic   1-537 

Boundary  Scan  Register  (BSR)   1-537 

Other  Data  Registers   1-537 

POWER  SAVING  MODES  1-538 

ACCESS  OPERATIONS  (SOFTWARE) 

I/O  Resources  1-538 

I/O  Register  Access   1-538 

IEEE  Address  Access  1-538 

Boot  PROM  Access   1-538 

Static  RAM  Access  1-538 

BUS  CYCLES  (HARDWARE)   1-538 

Bus  Master  Mode    1-539 

Refresh  Cycles  1-539 

Address  PROM  Cycles  External  PROM  1-539 

Ethernet  Controller  Register  Cycles   1-540 

RESET  Cycles   1-540 

ISA  Configuration  Register  Cycles   1-540 

Boot  PROM  Cycles  1-540 

Current  Master  Operation  1-540 

Master  Mode  Memory  Read  Cycle  1-541 

Master  Mode  Memory  Write  Cycle   1-541 

Shared  Memory  Mode   1-541 

Address  PROM  Cycles  1-541 

Ethernet  Controller  Register  Cycles  1-542 

RESET  Cycles   1-542 

ISA  Configuration  Register  Cycles   1-542 

Boot  PROM  Cycles  1-542 

Static  RAM  Cycles   1-542 

TRANSMIT  OPERATION  1-544 

Transmit  Function  Programming   1-544 

Automatic  Pad  Generation  1-544 

Transmit  FCS  Generation  1-544 

Transmit  Exception  Conditions  1-544 

Loss  of  Carrier   1-545 

RECEIVE  OPERATION  1-545 

Receive  Function  Programming  1-545 

Automatic  Pad  Stripping  1-546 

Receive  FCS  Checking  1-546 

Receive  Exception  Conditions   1-546 

LOOPBACK  OPERATION   1-547 

LEDs  1-548 

PCnet-ISA*  CONTROLLER  REGISTERS  1-549 

REGISTER  ACCESS  1-549 

CONTROL  AND  STATUS  REGISTERS   1-549 
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CSRO:  PCnet-ISA+ Controller  Status  Register   1-549 

CSR1:  IADR[15:0]  1-551 

CSR2:  IADR[23:16]  1-551 

CSR3:  Interrupt  Masks  and  Deferral  Control  1-551 

CSR4:  Test  and  Features  Control   1-552 

CSR6:  RCV/XMT  Descriptor  Table  Length   1-554 

CSR8:  Logical  Address  Filter,  LADRF[1 5:0]   1-554 

CSR9:  Logical  Address  Filter,  LADRF[31:1 6]   .1-554 

CSR10:  Logical  Address  Filter,  LADRF[47:32]   1-554 

CSR11:  Logical  Address  Filter,  LADRF[63:48]   1-554 

CSR12:  Physical  Address  Register,  PADR[1 5:0]   1-554 

CSR13:  Physical  Address  Register,  PADR[31:1 6]   1-555 

CSR14:  Physical  Address  Register,  PADR[47:32]   1-555 

CSR15:  Mode  Register  1-555 

CSR16:  Initialization  Block  Address   1-557 

CSR17:  Initialization  Block  Address   1-557 

CSR18-19:  Current  Receive  Buffer  Address   1-557 

CSR20-21:  Current  Transmit  Buffer  Address  1-557 

CSR22-23:  Next  Receive  Buffer  Address  1-557 

CSR24-25:  Base  Address  of  Receive  Ring   1-557 

CSR26-27:  Next  Receive  Descriptor  Address   1-558 

CSR28-29:  Current  Receive  Descriptor  Address   1-558 

CSR30-31:  Base  Address  of  Transmit  Ring  1-558 

CSR32-33:  Next  Transmit  Descriptor  Address  1-558 

CSR34-35:  Current  Transmit  Descriptor  Address  1-558 

CSR36-37:  Next  Next  Receive  Descriptor  Address   1-558 

CSR38-39:  Next  Next  Transmit  Descriptor  Address  1-558 

CSR40-41 :  Current  Receive  Status  and  Byte  Count   1-558 

CSR42-43:  Current  Transmit  Status  and  Byte  Count  1-558 

CSR44-45:  Next  Receive  Status  and  Byte  Count  1-559 

CSR46:  Poll  Time  Counter   1-559 

CSR47:  Polling  Interval  1-559 

CSR48-49:  Temporary  Storage   1-559 

CSR50-51:  Temporary  Storage   1-559 

CSR52-53:  Temporary  Storage   1-559 

CSR54-55:  Temporary  Storage   1-559 

CSR56-57:  Temporary  Storage   1-560 

CSR58-59:  Temporary  Storage   1-560 

CSR60-61:  Previous  Transmit  Descriptor  Address  1-560 

CSR62-63:  Previous  Transmit  Status  and  Byte  Count  1-560 

CSR64-65:  Next  Transmit  Buffer  Address   1-560 

CSR66-67:  Next  Transmit  Status  and  Byte  Count   1-560 

CSR68-69:  Transmit  Status  Temporary  Storage   1-560 

CSR70-71:  Temporary  Storage   1-560 

CSR72:  Receive  Ring  Counter   1-561 

CSR74:  Transmit  Ring  Counter  1-561 

CSR76:  Receive  Ring  Length   1-561 
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CSR78:  Transmit  Ring  Length  1-561 

CSR80:  Burst  and  FIFO  Threshold  Control  1-561 

CSR82:  Bus  Activity  Timer   1-561 

CSR84-85:  DMA  Address   1-562 

CSR86:  Buffer  Byte  Counter   1-563 

CSR88-89:  Chip  ID  1-563 

CSR92:  Ring  Length  Conversion  1-563 

CSR94:  Transmit  Time  Domain  Reflectometry  Count  1-563 

CSR96-97:  Bus  Interface  Scratch  Register  0  1-563 

CSR98-99:  Bus  Interface  Scratch  Register  1   1-563 

CSR104-105:  SWAP   1-563 

CSR108-109:  Buffer  Management  Scratch   1-564 

CSR112:  Missed  Frame  Count   1-564 

CSR114:  Receive  Collision  Count  1-564 

CSR124:  Buffer  Management  Unit  Test   1-564 

ISA  BUS  CONFIGURATION  REGISTERS   1-564 

ISACSRO:  Master  Mode  Read  Active  1-565 

ISACSR1 :  Master  Mode  Write  Active  1-565 

ISACSR2:  Miscellaneous  Configuration  1-565 

ISACSR3:  EEPROM  Configuration   1-566 

ISACSR4:  Link  Integrity   1-567 

ISACSR5:  Default:  RCV  1-567 

ISACSR6:  Default:  RCVPOL   1-568 

ISACSR7:  Default:  XMT  1-568 

ISACSR8:  Software  Configuration  (Read-Only  Register)  1-569 

INITIALIZATION  BLOCK   1-569 

RLEN  and  TLEN  1-569 

RDRA  and  TDRA   1-570 

LADRF   1-570 

PADR   1-570 

MODE   1-570 

RECEIVE  DESCRIPTORS  1-571 

RMDO   1-571 

RMD1   1-571 

RMD2   1-572 

RMD3   1-572 

TRANSMIT  DESCRIPTORS   1-572 

TMDO   1-572 

TMD1   1-572 

TMD2   1-573 

TMD3   1-573 

REGISTER  SUMMARY   1-575 

SYSTEM  APPLICATION  1-578 

ISA  BUS  INTERFACE   1-578 

Compatibility  Consideration   1-578 
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BLOCK  DIAGRAM:  BUS  MASTER  MODE 
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CONNECTION  DIAGRAM:  BUS  MASTER 
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DESIGNATIONS:  BUS  MASTER 


Listed  by  Pin  Number 


Pln# 


Name 


Pin# 


Name 


Pin# 


Name 


10 

1 
12 

13 

14 

15 

16 

17 

18 

19 

20 

21 

22 


26 
27 
28 

: 

31 
32 
33 
34 
3:i 
36 
37 
38 
39 
40 

43 
44 


DVSS3 

MASTER 

DRQ7 

DRQ6 

DRQ5 

DVSS10 

DACK7 

DACK6 

DACK5 

LA17 

LA18 

LA19 

LA20 

DVSS4 

LA21 

LA22 

LA23 


SBHE 

DVDD3 

SAO 

SA1 

SA2 

DVSS5 

SA3 

SA4 

SA5 

SA6 

SA7 

SA8 

SA9 

DVSS6 

SA10 

SA11 

DVDD4 

SA12 

SA13 
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SA15 

DVSS7 
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SA17 

SA18 

SA19 

AEN 


45 
46 
47 
48 
49 
50 
51 
52 
53 
54 
55 
56 
57 
58 
59 
60 
61 
62 
63 
64 
65 
66 
67 
68 
69 
70 
71 
72 
73 
74 
75 
76 
77 
78 
79 
80 
81 
82 
83 
84 
85 
86 
87 
88 


IOCHRDY 
MEMW 


MEMR 
DVSS11 
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DVSS8 

SD2 
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SD3 

SD11 
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DVSS9 
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DVSS13 


89 

90 

91 

92 
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94 

95 

96 

97 

98 

99 
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108 

109 

110 
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PIN  DESIGNATIONS:  BUS  MASTER 
Listed  by  Pin  Name 


Name 

Pin# 

Name 

Pin# 

Name 

Pin# 

A  EM 
ACN 

44 

bti/b 

oAl3 

36 

AVUUl 

1  03 

lUCHRDY 

45 
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PIN  DESIGNATIONS:  BUS  MASTER 
Listed  by  Group 


Pin  Name 


— 


Pin  Function 


I/O 


Driver 


ISA  Bus  Interface 


AEN 
BALE 

DACK[3,  5-7] 
DRQ[3,  5-7] 
IOCHRDY 


IOCS  16 
lOR 


IOW 

IRQ[3,  4,5,  9,  10,  11,  12,  15] 
LA[17-23] 
MA: 


17-23 
STEF 


MEMR 


MEMW 


REF 
RESET 
SA[0-1 9] 


SBHE 
SD[0-15] 


Address  Enable 

Bus  Address  Latch  Enable 

DMA  Acknowledge 

DMA  Request 

I/O  Channel  Ready 

I/O  Chip  Select  16 

I/O  Read  Select 

I/O  Write  Select 

Interrupt  Request 

Unlatched  Address  Bus 

Master  Transfer  in  Progress 

Memory  Read  Select 

Memory  Write  Select 

Memory  Refresh  Active 

System  Reset 

System  Address  Bus 

System  Byte  High  Enable 

System  Data  Bus 


O 
I/O 
O 


O 
I/O 

o 
o 
o 

I 

I 

I/O 
I/O 
I/O 


TS3 
OD3 
OD3 


TS3/OD3 
TS3 
OD3 
TS3 
TS3 


TS3 
TS3 
TS3 


Board  Interfaces 


IRQ15// 

BPCS 
DXCVR/EAR 


LEDO 
LED? 


LED2 


LED3 
PRDB[3-7] 


SLEEP 
XTAljl 
XTAL2 
SHFBUSY 

PRDB(0)/EESK 
PRDB(1)/EEDI 
PRDB(2)/EEDO 
EECS 


IRQ15  or  Address  PROM 
Chip  Select 

Boot  PROM  Chip  Select 
Disable  Transceiver 


LEDO/LNKST 


LED1/SFBD/R  CV  ACT 


LED2/SRD/RXDATPOL 

LED3/SRDCLK/XMTACT 

PROM  Data  Bus 

Sleep  Mode 

Crystal  Input 

Crystal  Output 

Read  access  from  EEPROM 
in  process 

Serial  Shift  Clock 

Serial  Shift  Data  In 

Serial  Shift  Data  Out 

EEPROM  Chip  Select  


O 
O 
I/O 

o 
o 
o 
o 

I/O 

I 
I 

o 
o 

I/O 
I/O 
I/O 

o 


TS1 
TS1 
TS1 
TS2 
TS2 
TS2 
TS2 
TS1 
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PIN  DESIGNATIONS:  BUS  MASTER  (continued) 
Listed  by  Group 


Pin  Name 

Pin  Function 

I/O 

Driver 

Attachment  Unit  Interface  (AUI) 

Cl± 
DI+ 
DO± 

Collision  Inputs 
Receive  Data 
Transmit  Data 

I 

I 

o 

Twisted  Pair  Transceiver  Interface  (10BASE-T) 

RXD± 
TXD+ 
TXPD± 

10BASE-T  Receive  Data 
1 0BASE-T  Transmit  Data 
10BASE-T  Predistortion  Control 

I 

o 
o 

IEEE  1149.1  Test  Access  Port  Interface  (JTAG) 

TCK 
TDi 
TDO 
TMS 

Test  Clock 
Test  Data  Input 
Test  Data  Output 
Test  Mode  Select 

I 
I 

o 
I 

TS2 

ower  Supplies 

A 
A 
D 
D 

VDD 
VSS 
VDD 
VSS 

Analog  Power  [1  -4] 
Analog  Ground  [1-2] 
Digital  Power  [1-7] 
Digital  Ground  [1-13] 

Output  Driver  Types 


Name 

Type 

Iol  (mA) 

Ioh  (mA) 

PF 

TS1 

Tri-State 

4 

-1 

50 

TS2 

Tri-State 

12 

-4 

50 

TS3 

Tri-State 

24 

-3 

120 

OD3 

Open  Drain 

24 

-3 

120 
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PIN  DESCRIPTION:   BUS  MASTER  MODE 

These  pins  are  part  of  the  bus  master  mode.  In  order  to 
understand  the  pin  descriptions,  definition  of  some 
terms  from  a  draft  of  IEEE  P996  are  included. 

IEEE  P996  Terminology 

Alternate  Master:  Any  device  that  can  take  control  of 
the  bus  through  assertion  of  the  MASTER  signal.  It  has 
the  ability  to  generate  addresses  and  bus  control  signals 
in  order  to  perform  bus  operations.  All  Alternate  Mas- 
ters must  be  1 6  bit  devices  and  drive  SBHE. 

Bus  Ownership:  The  Current  Master  possesses  bus 
owne  ship  and  can  assert  any  bus  control,  address  and 
data  lines. 

Current  Master:  The  Permanent  Master,  Temporary 
Master  or  Alternate  Master  which  currently  has  owner- 
ship of  the  bus. 

Permanent  Master:  Each  P996  bus  will  have  a  device 
known  as  the  Permanent  Master  that  provides  certain 
s  and  bus  control  functions  as  described  in  Sec- 
(of  the  IEEE  P996  spec),  "Permanent  Master". 
Permanent  Master  function  can  reside  on  a  Bus 
Adapter  or  on  the  backplane  itself. 

Temporary  Master:  A  device  that  is  capable  of  gener- 
ating a  DMA  request  to  obtain  control  of  the  bus  and 
directly  asserting  only  the  memory  and  I/O  strobes  dur- 
ing bus  transfer.  Addresses  are  generated  by  the  DMA 
device  on  the  Permanent  Master. 

ISA  Interface 
AEN 

Address  Enable  Input 

This  signal  must  be  driven  LOW  when  the  bus  performs 
an  I/O  access  to  the  device. 

BALE 

Used  to  latch  the  LA20-23  address  lines. 


signals 
tion 
The 


13.5 


DACK  3,  5-7 

DMA  Acknowledge  Input 

Asserted  LOW  when  the  Permanent  Master  acknowl- 


a  DMA  request.  When  DACK  is  asserted  the 
PCnet-ISA*  controller  becomes  the  Current  Master  by 
asserting  the  MASTER  signal. 

DRQ  3,  5-7 

DMA  Request  Output 

When  the  PCnet-ISA*  controller  needs  to  perform  a 
DMA  transfer,  it  asserts  DRQ.  The  Permanent  Master 
acknowledges  DRQ  with  assertion  of  DACK.  When  the 
PCnet-  SA*  controller  does  not  need  the  bus  it  deas- 
serts  DRQ. 


Because  of  the  operation  of  the  Plug  and  Play  registers, 
the  DMA  Channels  on  the  PCnet-ISA*  must  be  attached 
to  specific  DRQ  and  DACK  signals  on  the  PC/AT  bus. 

IOCHRDY 

I/O  Channel  Ready  Input/Output 

When  the  PCnet-ISA*  controller  is  being  accessed, 
IOCHRDY  HIGH  indicates  that  valid  data  exists  on  the 
data  bus  for  reads  and  that  data  has  been  latched  for 
writes.  When  the  PCnet-ISA*  controller  is  the  Current 
Master  on  the  ISA  bus,  it  extends  the  bus  cycle  as  long 
as  IOCHRDY  is  LOW. 


IOCS16 

I/O  Chip  Select  16  Output 

When  an  I/O  read  or  write  operation  is  performed,  the 
PCnet-ISA*  controller  will  drive  the  IOCS16  pin  LOW  to 
indicate  that  the  chip  supports  a  1 6-bit  operation  at  this 
address.  (If  the  motherboard  does  not  receive  this  sig- 
nal, then  the  motherboard  will  convert  a  1 6-bit  access  to 
two  8-bit  accesses.) 

The  PCnet-ISA*  controller  follows  the  IEEE  P996  speci- 
fication that  recommends  this  function  be  implemented 
as  a  pure  decode  of  SAO-9  and  AEN,  with  no  depend- 
ency on  IOR,  or  IOW;  however,  some  PC/AT  clone 
systems  are  not  compatible  with  this  approach.  For  this 
reason,  the  PCnet-ISA*  controller  is  recommended  to 
be  configured  to  run  8-bit  I/O  on  all  machines.  Since 
data  is  moved  by  memory  cycles  there  is  virtually  no  per- 
formance loss  incurred  by  running  8-bit  I/O  and 
compatibility  problems  are  virtually  eliminated.  The 
PCnet-ISA*  controller  can  be  configured  to  run  8-bit- 
only  I/O  by  clearing  Bit  0  in  Plug  and  Play  register  FO. 


IOR 

I/O  Read  Input 

IOR  is  driven  LOW  by  the  host  to  indicate  that  an  Input/ 
Output  Read  operation  is  taking  place.  IOR  is  only  valid 
if  the  AEN  signal  is  LOW  and  the  external  address 
matches  the  PCnet-ISA*  controller's  predefined  I/O  ad- 
dress location.  If  valid,  IOR  indicates  that  a  slave  read 
operation  is  to  be  performed. 


IOW 

I/O  Write  Input 

IOW  is  driven  LOW  by  the  host  to  indicate  that  an  Input/ 
Output  Write  operation  is  taking  place.  IOW  is  only  valid 
if  AEN  signal  is  LOW  and  the  external  address  matches 
the  PCnet-ISA*  controller's  predefined  I/O  address 
location.  If  valid,  low  indicates  that  a  slave  write  opera- 
tion is  to  be  performed. 
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IRQ  3,  4,  5,  9,10,11,12,15 
Interrupt  Request  Output 

An  attention  signal  which  indicates  that  one  or  more  ot 
the  following  status  tlags  is  set:  BABL,  MISS,  MERR, 
RINT,  IDON,  RCVCCO,  JAB,  MPCO,  orTXDATSTRT. 
All  status  flags  have  a  mask  bit  which  allows  for 
suppression  of  IRQ  assertion.  These  flags  have  the  fol- 
lowing meaning: 


MEMW 

Memory  Write 


Input/Output 


BABL 

Babble 

RCVCCO 

Receive  Collision  Count  Overflow 

JAB 

Jabber 

MISS 

Missed  Frame 

MERR 

Memory  Error 

MPCO 

Missed  Packet  Count  Overflow 

RINT 

Receive  Interrupt 

IDON 

Initialization  Done 

TXDATSTRT 

Transmit  Start 

□ctauoc  ui  II  ic  upci  amjii  ui  u  ic  r  luy  ai  iu  r  lay  I  cy  isici  o, 

the  interrupts  on  the  PCnet-ISA*  must  be  attached  to 
specific  IRQ  signals  on  the  PC/AT  bus. 

LA17-23 

Unlatched  Address  Bus  Input/Output 

The  unlatched  address  bus  is  driven  by  the  PCnet-ISA* 
controller  during  bus  master  cycle. 

The  functions  of  these  unlatched  address  pins  will 
change  when  GPSI  mode  is  invoked.  The  following  ta- 
ble shows  the  pin  configuration  in  GPSI  mode.  Please 
refer  to  the  section  on  General  Purpose  Serial  Interface 
for  detailed  information  on  accessing  this  mode. 


Pin 
Number 

Pin  Function  in 
Bus  Master  Mode 

Pin  Function  in 
GPSI  Mode 

10 

LA17 

RXDAT 

11 

LA18 

SRDCLK 

12 

LA19 

RXCRS 

13 

LA20 

CLSN 

15 

LA21 

STDCLK 

16 

LA22 

TXEN 

17 

LA23 

TXDAT 

MASTER 

Master  Mode  Input/Output 

This  signal  indicates  that  the  PCnet-ISA*  controller  has 
ame  the  Current  Master  of  the  ISA  bus.  After  the 
^net-ISA*  controller  has  received  a  DMA  Acknowl- 
ge  (DACK)  in  response  to  a  DMA  Request  (DRQ),  the 
tiernet  controller  asserts  the  MASTER  signal  to  indi- 
ite  to  the  Permanent  Master  that  the  PCnet-ISA* 
antroller  is  becoming  the  Current  Master. 

MEMR 

Memory  Read 


MEMW  goes  LOW  to  perform  a  memory  write 
operation. 


REF 

Memory  Refresh  Input 

When  REF  is  asserted,  a  memory  refresh  is  active.  The 
PCnet-ISA*  controller  uses  this  signal  to  mask  inadver- 
tent DMA  Acknowledge  assertion  during  memory 
refresh  periods.  If  DACK  is  asserted  when  REF  is  ac- 
tive, DACK  assertion  is  ignored.  REF  is  monitored  to 
eliminate  a  bus  arbitration  problem  observed  on  some 
ISA  platforms. 

RESET 

Reset  Input 

When  RESET  is  asserted  HIGH  the  PCnet-ISA*  control- 
ler performs  an  internal  system  reset.  RESET  must  be 
held  for  a  minimum  of  10  XTAL1  periods  before  being 
deasserted.  While  in  a  reset  state,  the  PCnet-ISA+  con- 
troller will  tristate  or  deassert  all  outputs  to  predefined 
reset  levels.  The  PCnet-ISA*  controller  resets  itself 
upon  power-up. 

SAO-19 

System  Address  Bus  Input/Output 

This  bus  contains  address  information,  which  is  stable 
during  a  bus  operation,  regardless  of  the  source. 
SA1 7-1 9  contain  the  same  values  as  the  unlatched  ad- 
dress LA17-19.  When  the  PCnet-ISA*  controller  is  the 
Current  Master,  SAO-19  will  be  driven  actively.  When 
the  PCnet-ISA*  controller  is  not  the  Current  Master,  the 
SAO-19  lines  are  continuously  monitored  to  determine  if 
an  address  match  exists  for  I/O  slave  transfers  or  Boot 
PROM  accesses. 


SBHE 

System  Byte  High  Enable  Input/Output 

This  signal  indicates  the  high  byte  of  the  system  data 
bus  is  to  be  used.  SBHE  is  driven  by  the  PCnet-ISA* 
controller  when  performing  bus  mastering  operations. 

SDO-15 

System  Data  Bus  Input/Output 

These  pins  are  used  to  transfer  data  to  and  from  the 
PCnet-ISA*  controller  to  system  resources  via  the  ISA 
data  bus.  SDO-15  is  driven  by  the  PCnet-ISA*  controller 
when  performing  bus  master  writes  and  slave  read  op- 
erations. Likewise,  the  data  on  SD0-1 5  is  latched  by  the 
PCnet-ISA*  controller  when  performing  bus  master 
reads  and  slave  write  operations. 

Board  Interface 


IRQ12/FlashWE 

Flash  Write  Enable  Output 

Optional  interface  to  the  Flash  memory  boot  PROM 
Write  Enable. 


Input/Output 


MEMR  goes  LOW  to  perform  a  memory  read  operation. 
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IRQ15/APCS 

Address  PROM  Chip  Select 


Output 


When  programmed  as  APCS  in  Plug  and  Play  Register 
FO,  this  signal  is  asserted  when  the  external  Address 
PROM  is  read.  When  an  I/O  read  operation  is  per- 
formed on  the  first  16  bytes  in  the  PCnet-ISA* 
controller's  I/O  space,  APCS  is  asserted.  The  outputs  of 
the  external  Address  PROM  drive  the  PROM  Data  Bus. 
The  PCnet-ISA*  controller  buffers  the  contents  of  the 
PROM  data  bus  and  drives  them  on  the  lower  eight  bits 
of  the  System  Data  Bus. 

When  programmed  to  IRQ15  (default),  this  pin  has  the 
same  function  as  IRQ  3,  4,  5,  9,  10,  11,  or  12. 

BPCS 

Boot  PROM  Chip  Select  Output 

This  signal  is  asserted  when  the  Boot  PROM  is  read.  If 
SAO-19  lines  match  a  predefined  address  block  and 
MEMH  is  active  and  REF  inactive,  the  BPCS  signal  will 
be  asserted.  The  outputs  of  the  external  Boot  PROM 
drive  the  PROM  Data  Bus.  The  PCnet-ISA*  controller 
buffers  the  contents  of  the  PROM  data  bus  and  drives 
them  on  the  lower  eight  bits  of  the  System  Data  Bus. 

DXCVR/EAR 

Disable  Transceiver/ 

External  Address  Reject  Input/Output 

This  pin  disables  the  transceiver.  The  DXCVR  output  is 
configured  in  the  initialization  sequence.  A  HIGH  level 
indicates  the  Twisted  Pair  port  is  active  and  the  AUI  port 
is  inactive,  or  SLEEP  mode  has  been  entered.  A  LOW 
level  indicates  the  AUI  port  is  active  and  the  Twisted  Pair 
port  is  nactive. 

If  EAD  mode  is  selected,  this  pin  becomes  the  ear 
input. 

The  incoming  frame  will  be  checked  against  the  inter- 
nally active  address  detection  mechanisms  and  the 
result  of  this  check  will  be  OR'd  with  the  value  on  the 
EAR  pin.  The  EAR  pin  is  defined  as  REJECT.  (See  the 
EADI  section  for  details  regarding  the  function  and  tim- 
ing of  this  signal.) 


LEDO-3 

LED  Drivers  Output 

These  pins  sink  12  mA  each  for  driving  LEDs.  Their 
meaning  is  software  configurable  (see  section  The  ISA 
Bus  Configuration  Registers)  and  they  are  active  LOW. 


When  EADI  mode  is  selected,  the  pins  named  LED1, 
LED2,  and  LED3  change  in  function  while  LEDO  contin- 
ues to  indicate  10BASE-T  Link  Status. 


LED 

EADI  Function 

1 

SF/BD 

2 

SRD 

3 

SRDCLK 

PRDB3-7 

Private  Data  Bus  Input/Output 

This  is  the  data  bus  for  the  Boot  PROM  and  the  Address 
PROM. 

PRDB2EEDO 

Private  data  bus  bit  2/Data  Out  Input/Output 

A  multifunction  pin  which  serves  as  PRDB2  of  the  pri- 
vate data  bus  and,  when  ISACSR3  bit  4  is  set,  changes 
to  become  DATA  OUT  from  the  EEPROM. 

PRDB1/EEDI 

Private  data  bus  bit  1/Data  In  Input/Output 

A  multifunction  pin  which  serves  as  PRDB1  of  the  pri- 
vate data  bus  and,  when  ISACSR3  bit  4  is  set,  changes 
to  become  DATA  In  to  the  EEPROM. 

PRDBO/EESK 

Private  data  bus  bit  0/ 

Serial  Clock  Input/Output 

A  multifunction  pin  which  serves  as  PRDBO  of  the  pri- 
vate data  bus  and,  when  ISACSR3  bit  4  is  set,  changes 
to  become  Serial  Clock  to  the  EEPROM. 

SHFBUSY  Input/Output 

An  output  from  PCnet-ISA*  which  indicates  that  a  read 
from  the  external  EEPROM  is  in  progress.  It  is  active 
only  when  the  hardware  reconfigure  is  running  (when 
data  is  being  shifted  out  of  the  EEPROM  due  to  a  hard- 
ware RESET  or  the  EELOAD  command  being  issued). 
This  pin  should  have  a  pull-up  resistor  (10  KQ)  to  VCC. 

EECS 

EEPROM  CHIPSELECT  Output 

This  signal  is  asserted  when  read  or  write  accesses  are 
being  performed  to  the  EEPROM.  It  is  controlled  by 
ISACSR3.  It  is  driven  at  Reset  during  EEPROM  Read. 


SLEEP 

Sleep 


Input 


When  SLEEP  pin  is  asserted  (active  LOW),  the 
PCnet-ISA*  controller  performs  an  internal  system  reset 
and  proceeds  into  a  power  savings  mode.  All  outputs 
will  be  placed  in  their  normal  reset  condition.  All 
PCnet-ISA*  controller  inputs  will  be  ignored  except  for 
the  SLEEP  pin  itself.  Deassertion  of  SLEEP  results  in 
wake-up.  The  system  must  delay  the  starting  of  the  net- 
work controller  by  0.5  seconds  to  allow  internal  analog 
circuits  to  stabilize. 

XTAL1 

Crystal  Connection  Input 

The  internal  clock  generator  uses  a  20  MHz  crystal  that 
is  attached  to  pins  XTAL1  and  XTAL2.  Alternatively,  an 
external  20  MHz  CMOS-compatible  clock  signal  can  be 
used  to  drive  this  pin.  Refer  to  the  section  on  External 
Crystal  Characteristics  for  more  details. 

XTAL2 

Crystal  Connection  Output 

The  internal  clock  generator  uses  a  20  MHz  crystal  that 
is  attached  to  pins  XTAL1  and  XTAL2.  If  an  external 
clock  is  used,  this  pin  should  be  left  unconnected. 
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BLOCK  DIAGRAM:  SHARED  MEMORY  MODE 
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PIN  DESIGNATIONS:  SHARED  MEMORY 


Listed  by  Pin  Number 


Pin# 

Name 

Pin# 

Name 

Pin# 

Name 

1 

DVSS3 

45 

IOCHRDY 

89 

RXD- 

2 

SMA 

46 

MEMW 

90 

RXD+ 

3 

SAO 

47 

MEMR 

91 

AVDD4 

4 

SA1 

48 

DVSS1 1 

92 

TXPD- 

5 

SA2 

49 

IRQ15 

93 

TXD- 

6 

DVSS10 

50 

IRQ12 

94 

TXPD+ 

7 

SA3 

51 

IRQ1 1 

95 

TXD+ 

8 

SA4 

52 

DVDD5 

96 

AVDD3 

9 

SA5 

53 

IRQ10 

97 

XTAL1 

10 

SA6 

3*1 

SO 

/Woo*: 

11 

SA7 

55 

BPAM 

99 

XTAL2 

12 

SA8 

56 

IRQ3 

100 

AVSS1 

13 

SA9 

57 

IRQ4 

101 

DO- 

14 

DVSS4 

58 

IRQ5 

102 

DO+ 

15 

SA10 

59 

REF 

103 

AVDD1 

16 

SA11 

60 

DVSS12 

104 

Dl- 

17 

SA12 

61 

SROE 

105 

DI+ 

18 

SBHE 

62 

SMAM 

106 

Cl- 

19 

DVDD3 

63 

K3R 

107 

CI+ 

20 

PRABO 

64 

IOW 

108 

AVDD2 

21 

PRAB1 

65 

IRQ9 

109 

DXCVR/EAR 

22 

PRAB2 

66 

RESET 

110 

LED3 

23 

DVSS5 

67 

DVDD6 

111 

LED2 

24 

PRAB3 

68 

SLEEP 

112 

DVSS1 

25 

PRAB4 

69 

SD0 

113 

LED1 

26 

PRAB5 

70 

SD8 

114 

LED0 

27 

PRAB6 

71 

SD1 

115 

DVDD1 

28 

PRAB7 

72 

SD9 

116 

PRDB7 

29 

PRAB8 

73 

DVSS8 

117 

PRDB6 

30 

PRAB9 

74 

SD2 

118 

PRDB5 

31 

DVSS6 

75 

SD10 

119 

PRDB4 

32 

PRAB10 

76 

SD3 

120 

DVSS2 

33 

PRAB11 

77 

SD11 

121 

PRDB3 

34 

DVDD4 

78 

DVDD7 

122 

PRDB2/EEDO 

35 

PRAB12 

79 

SD4 

123 

PRDB1/EEDI 

36 

PRAB13 

80 

SD12 

124 

PRDB0/EESK 

37 

PRAB14 

81 

SD5 

125 

SHFBUSY 

38 

PRAB15 

82 

SD13 

126 

BPCS 

39 

DVSS7 

83 

DVSS9 

127 

EECS 

40 

SA13 

84 

SD6 

128 

TDI 

41 

SAM 

85 

SD14 

129 

TDO 

42 

SA15 

86 

SD7 

130 

TMS 

43 

SRWE 

87 

SD15 

131 

TCK 

44 

AEN 

88 

DVSS13 

132 

DVDD2 
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Listed  by  Pin  Name 


SHARED  MEMORY 


Name 


Pin# 


Name 


Pin# 


Name 


Pin# 


44 

103 

108 

96 

91 

100 

98 

55 

126 

106 

107 

104 

105 

101 

102 

115 

132 

19 

34 

52 

67 

78 

112 

6 

48 

60 

88 

120 

1 

14 

23 

31 

39 

73 

83 

109 

127 

45 

54 

63 

64 

53 

51 

50 


IRQ15 

IRQ3 

IRQ4 

IRQ5 

IRQ9 

LEDO 


LED1 

LED2 

LED3 

MEMR 

MEMW 

PRABO 

PRAB1 

PRAB10 

PRAB11 

PRAB12 

PRAB13 

PRAB14 

PRAB15 

PRAB2 

PRAB3 

PRAB4 

PRAB5 

PRAB6 

PRAB7 

PRAB8 

PRAB9 

PRDB0/DO 

PRDB1/DI 

PRDB2/SCLK 

PRDB3 

PRDB4 

PRDB5 

PRDB6 

PRDB7 

REF 

RESET 

RXD- 

RXD+ 

SAO 

SA1 

SA10 

SA11 

SA12 


49 

56 

57 

58 

65 

114 

113 

111 

110 

47 

46 

20 

21 

32 

33 

35 

36 

37 

38 

22 

24 

25 

26 

27 

28 

29 

30 

124 

123 

122 

121 

119 

118 

117 

116 

59 

66 

89 

90 

3 

4 

15 

16 

17 


SA13 

SA14 

SA15 

SA2 

SA3 

SA4 

SA5 

SA6 

SA7 

SA8 

SA9 

SBHE 

SD0 

SD1 

SD10 

SD11 

SD12 

SD13 

SD14 

SD15 

SD2 

SD3 

SD4 

SD5 

SD6 

SD7 

SD8 

SD9 

SHFBUSY 

SLEEP 

SMA 

SMAM 

SROE 

SRWE 

TCK 

TDI 

TDO 

TMS 

TXD- 

TXD+ 

TXPD- 

TXPD+ 

XTAL1 

XTAL2 


40 

41 

42 

5 

7 

8 

9 

10 

11 

12 

13 

18 

69 

71 

75 

77 

80 

82 

85 

87 

74 

76 

79 

81 

84 

86 

70 

72 

125 

68 

2 

62 

61 

43 

131 

128 

129 

130 

93 

95 

92 

94 

97 

99 
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PIN  DESIGNATIONS:  SHARED  MEMORY 
Listed  by  Group 


Pin  Name 

Pin  Function 

I/O 

Driver 

ISA  Bus  Interface 

AEN 

Address  Enable 

I 

IOCHRDY 

I/O  Channel  Ready 

o 

OD3 

IOCS  16 

I/O  Chip  Select  1 6 

o 

OD3 

IOR 

I/O  Read  Select 

I 

row 

I/O  Write  Select 

IRQ[3,  4,  5,  9,  10,  11,  12,  15] 

Interrupt  Request 

o 

TS3/OD3 

MEMR 

Memory  Read  Select 

MEMW 

Memory  Write  Select 

REF 

Memory  Refresh  Active 

RESET 

System  Reset 

SA[0-15] 

System  Address  Bus 

SBHE 

System  Byte  High  Enable 

SD[0-15] 

System  Data  Bus 

I/O 

TS3 

Board  Interfaces 

IRQ15/APCS 

IRQ15  or  Address  PROM  Chip  Select 

o 

TS1 

BPCS 

Boot  PROM  Chip  Select 

o 

TS1 

BPAM 

Boot  PROM  Address  Match 

I 

DXCVR/EAR 

Disable  Transceiver 

I/O 

TS1 

LEDO 

LEDO/LNKST 

o 

TS2 

LED1 

LED1/SFBD/RCVACT 

O 

TS2 

LED2 

LED2/SRD/RXDATD01 

o 

TS2 

LED3 

LED3/SRDCLK/XMTACT 

o 

TS2 

PRAB[0-15] 

PRivate  Address  Bus 

I/O 

TS3 

PRDB[3-7] 

PRivate  Data  Bus 

I/O 

TS1 

SLEEP 

Sleep  Mode 

I 

SMA 

Shared  Memory  Architecture 

I 

SMAM 

Shared  Memory  Address  Match 

I 

SROE 

Static  RAM  Output  Enable 

O 

TS3 

SRWE 

Static  RAM  Write  Enable 

O 

TS1 

XTAL1 

Crystal  Oscillator  Input 

I 

XTAL2 

Crystal  Oscillator  OUTPUT 

O 

SHFBUSY 

Read  access  from  EEPROM  in  process 

o 

PRDB(0)/EESK 

Serial  Shift  Clock 

I/O 

PRDB(1)/EEDI 

Serial  Shift  Data  In 

I/O 

PRDB(2)/EEDO 

Serial  Shift  Data  Out 

I/O 

EECS 

EEPROM  Chip  Select 

o 
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PIN  DESIGNATIONS:  SHARED  MEMORY  (continued) 
Listed  by  Group 


PinNi 

ime 

Pin  Function 

I/O 

Driver 

Attacf 

iment  Unit  Interface  (AUI) 

CI+ 
Dl± 
DO+ 

Collision  Inputs 
Receive  Data 
Transmit  Data 

I 
I 

0 

Twisted  Pair  Transceiver  Interface  (10BASE-T) 

RXD± 
TXD± 
TXPD 

t 

10BASE-T  Receive  Data 
10BASE-T  Transmit  Data 
10BASE-T  Predistortion  Control 

I 

o 
o 

IEEE 

149.1  Test  Access  Port  Interface  (JTAG) 

TCK 
TDI 
TOO 
TMS 

Test  Clock 
Test  Data  Input 
Test  Data  Output 
Test  Mode  Select 

I 
I 

o 
I 

TS2 

Powe 

Supplies 

AVDD 
AVSS 
DVDD 
DVSS 

Analog  Power  [1-4] 
Analog  Ground  [1-2] 
Digital  Power  [1-7] 
Digital  Ground  [1-13] 

Output  Driver  Types 


Name 


Type 


Iol  (mA) 


Ioh  (mA) 


PF 


TS1 
TS2 
TS3 
OD3 


Tri-State 
Tri-State 
Tri-State 
Open  Drain 


4 

12 
24 
24 


-1 
-4 
-3 
-3 


50 
50 
120 
120 
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PIN  DESCRIPTION: 
SHARED  MEMORY  MODE 

ISA  Interface 
AEN 

Address  Enable  Input 

This  signal  must  be  driven  LOW  when  the  bus  performs 
an  I/O  access  to  the  device. 

IOCHRDY 

I/O  Channel  Ready  Output 

When  the  PCnet-ISA+  controller  is  being  accessed,  a 
HIGH  on  IOCHRDY  indicates  that  valid  data  exists  on 
the  data  bus  for  reads  and  that  data  has  been  latched  for 
writes. 


IOCS16 

I/O  Chip  Select  16  Input/Output 

When  an  I/O  read  or  write  operation  is  performed,  the 
PCnet-ISA*  controller  will  drive  this  pin  LOW  to  indicate 
that  the  chip  supports  a  1 6-bit  operation  at  this  address. 
(If  the  motherboard  does  not  receive  this  signal,  then  the 
motherboard  will  convert  a  16-bit  access  to  two  8-bit 
accesses.) 

The  PCnet-ISA*  controller  follows  the  IEEE  P996  speci- 
fication that  recommends  this  function  be  implemented 
as  a  pure  decode  of  SAO-9  and  AEN,  with  no  depend- 
ency on  IOR,  or  IOW;  however,  some  PC/AT  clone 
systems  are  not  compatible  with  this  approach.  For  this 
reason,  the  PCnet-ISA*  controller  is  recommended  to 
be  configured  to  run  8-bit  I/O  on  all  machines.  Since 
data  is  moved  by  memory  cycles  there  is  virtually  no  per- 
formance loss  incurred  by  running  8-bit  I/O  and 
compatibility  problems  are  virtually  eliminated.  The 
PCnet-ISA*  controller  can  be  configured  to  run  8-bit- 
only  I/O  by  clearing  Bit  0  in  Plug  and  Play  Register  FO. 


IOR 

I/O  Read  Input 

To  perform  an  Input/Output  Read  operation  on  the  de- 
vice IOR  must  be  asserted.  IOR  is  only  valid  if  the  AEN 
signal  is  LOW  and  the  external  address  matches  the 
PCnet-ISA+  controller 's  predefined  I/O  address  loca- 
tion. If  valid,  IOR  indicates  that  a  slave  read  operation  is 
to  be  performed. 


IOW 

I/O  Write  Input 

To  perform  an  Input/Output  write  operation  on  the  de- 
vice IOW  must  be  asserted.  IOW  is  only  valid  if  AEN 
signal  is  LOW  and  the  external  address  matches  the 
PCnet-ISA+  controller's  predefined  I/O  address  loca- 
tion. If  valid,  IOW  indicates  that  a  slave  write  operation 
is  to  be  performed. 

IRQ3,  4,  5,  9,10,11,15 

Interrupt  Request  Output 

An  attention  signal  which  indicates  that  one  or  more  of 
the  following  status  flags  is  set:  BABL,  MISS,  MERR, 
RINT,  IDON  orTXSTRT.  All  status  flags  have  a  mask  bit 


which  allows  for  suppression  of  IRQ  assertion.  These 
flags  have  the  following  meaning: 


BABL 

Babble 

RCVCCO 

Receive  Collision  Count  Overflow 

JAB 

Jabber 

MISS 

Missed  Frame 

MERR 

Memory  Error 

MPCO 

Missed  Packet  Count  Overflow 

RINT 

Receive  Interrupt 

IDON 

Initialization  Done 

TXSTRT 

Transmit  Start 

MEMR 

Memory  Read  Input 

MEMR  goes  LOW  to  perform  a  memory  read  operation. 


MEMW 

Memory  Write  Input 

MEMW  goes  LOW  to  perform  a  memory  write 
operation. 

RESET 

Reset  Input 

When  RESET  is  asserted  HIGH,  the  PCnet-ISA+  con- 
troller performs  an  internal  system  reset.  RESET  must 
be  held  for  a  minimum  of  1 0  XTAL1  periods  before  being 
deasserted.  While  in  a  reset  state,  the  PCnet-ISA*  con- 
troller will  tristate  or  deassert  all  outputs  to  predefined 
reset  levels.  The  PCnet-ISA*  controller  resets  itself 
upon  power-up. 

SAO-15 

System  Address  Bus  Input 

This  bus  carries  the  address  inputs  from  the  system  ad- 
dress bus.  Address  data  is  stable  during  command 
active  cycle. 


SBHE 

System  Bus  High  Enable  Input 

This  signal  indicates  the  HIGH  byte  of  the  system  data 
bus  is  to  be  used.  There  is  a  weak  pull-up  resistor  on  this 
pin.  If  the  PCnet-ISA+  controller  is  installed  in  an  8-bit 
only  system  like  the  PC/XT,  SBHE  will  always  be  HIGH 
and  the  PCnet-ISA+  controller  will  perform  only  8-bit  op- 
erations. There  must  be  at  least  one  LOW  going  edge  on 
this  signal  before  the  PCnet-ISA+  controller  will  perform 
16-bit  operations. 

SDO-15 

System  Data  Bus  Input/Output 

This  bus  is  used  to  transfer  data  to  and  from  the 
PCnet-ISA*  controller  to  system  resources  via  the  ISA 
data  bus.  SDO-15  is  driven  by  the  PCnet-ISA*  controller 
when  performing  slave  read  operations. 

Likewise,  the  data  on  SDO-15  is  latched  by  the 
PCnet-ISA*  controller  when  performing  slave  write 
operations. 
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APCS/IRQ15 

Address  PROM  Chip  Select  Output 

This  signal  is  asserted  when  the  external  Address 
PROM  is  read.  When  an  I/O  read  operation  is  per- 
formed on  the  first  16  bytes  in  the  PCnet-ISA* 
controller's  I/O  space,  APCS  is  asserted.  The  outputs  of 
the  external  Address  PROM  drive  the  PROM  Data  Bus. 
The  PCnet-ISA*  controller  buffers  the  contents  of  the 
PROM  data  bus  and  drives  them  on  the  lower  eight  bits 
of  the  System  Data  Bus.  IOCS1 6  is  not  asserted  during 
this  cycle. 


BPAM 

Boot  PROM  Address  Match 

Thisp 
PROM 
and 


Input 

n  indicates  a  Boot  PROM  access  cycle.  If  no  Boot 
is  installed,  this  pin  has  a  default  value  of  HIGH 
may  be  left  connected  to  Vdd. 


thus 


PROM 
trailer 
drives 


BPCS 

Boot  PROM  Chip  Select  Output 

This  signal  is  asserted  when  the  Boot  PROM  is  read.  If 
BPAM  is  active  and  MEMR  is  active,  the  BPCS  signal 
will  be  asserted.  The  outputs  of  the  external  Boot 
drive  the  PROM  Data  Bus.  The  PCnet-ISA*  con- 
buffers  the  contents  of  the  PROM  data  bus  and 


them  on  the  System  Data  Bus.  IOCS1 6  is  not  as- 
serted during  this  cycle.  If  1 6-bit  cycles  are  performed,  it 
is  the  responsibility  of  external  logic  to  assert  MEMCS1 6 
signal. 


DXCVR/EAR 

Disable  Transceiver/ 

External  Address  Reject  Input/Output 

This  pin  disables  the  transceiver.  The  DXCVR  output  is 
configured  in  the  initialization  sequence.  A  high  level  in- 
dicates the  Twisted  Pair  Interface  is  active  and  the  AUI 
is  inactive,  or  SLEEP  mode  has  been  entered.  A  low 
level  indicates  the  AUI  is  active  and  the  Twisted  Pair  in- 
terface is  inactive. 

If  EADI  mode  is  selected,  this  pin  becomes  the  EAR 
input. 

The  incoming  frame  will  be  checked  against  the  inter- 
nally active  address  detection  mechanisms  and  the 
result  of  this  check  will  be  OR'd  with  the  value  on  the 
EAR  pin.  The  EAR  pin  is  defined  as  REJECT.  (See  the 
EADI  section  for  details  regarding  the  function  and  tim- 
ing of  this  signal.) 

LEDO-3 

LED  Drivers  Output 

These  pins  sink  12  mA  each  for  driving  LEDs.  Their 
meaning  is  software  configurable  (see  section  The  ISA 
Bus  Configuration  Registers)  and  they  are  active  LOW. 

When  EADI 
LED2,  and  l 
ues  to 
input 


mode  is  selected,  the  pins  named  LED1, 
LED3  change  in  function  while  LEDO  contin- 
indicate  10BASE-T  Link  Status.  The  DXCVR 
becomes  the  EAR  input. 


LED 

EADI  Function 

1 

SF/BD 

2 

SRD 

3 

SRDCLK 

PRABO-15 

Private  Address  Bus 

Input/Output 

The  Private  Address  Bus  is  the  address  bus  used  to 
drive  the  Address  PROM,  Remote  Boot  PROM,  and 
SRAM.  PRAB10-15  are  required  to  be  buffered  by  a  Bus 
Buffer  with  ABOE  as  its  control  and  SA10-15  as  its 
inputs. 

PRDB3-7 

Private  Data  Bus  Input/Output 

This  is  the  data  bus  for  the  static  RAM,  the  Boot  PROM, 
and  the  Address  PROM. 

PRDB2/EEDO 

Private  Data  Bus  Bit  2/Data  Out  Input/Output 

A  multifunction  pin  which  serves  as  PRDB2  of  the  pri- 
vate data  bus  and,  when  ISACSR3  bit  4  is  set,  changes 
to  become  DATA  OUT  from  the  EEPROM. 

PRDB1/EEDI 

Private  Data  Bus  Bit  1/Data  In  Input/Output 

A  multifunction  pin  which  serves  as  PRDB1  of  the  pri- 
vate data  bus  and,  when  ISACSR3  bit  4  is  set,  changes 
to  become  DATA  In  to  the  EEPROM. 

PRDBO/EESK 
Private  Data  Bus  Bit  0/ 

Serial  Clock  Input/Output 

A  multifunction  pin  which  serves  as  PRDBO  of  the  pri- 
vate data  bus  and,  when  ISACSR3  bit  4  is  set,  changes 
to  become  Serial  Clock  to  the  EEPROM. 

SHFBUSY 

Shift  Busy  Input/Output 

An  output  from  PCnet-ISA+  which  indicates  that  a  read 
from  the  external  EEPROM  is  in  progress.  It  is  active 
only  when  the  hardware  reconfigure  is  running  (when 
data  is  being  shifted  out  of  the  EEPROM  due  to  a  hard- 
ware RESET  or  the  EELOAD  command  being  issued). 

SHFBUSY  should  be  connected  to  Vcc  with  a  10K  Q 
resistor. 

EECS 

EEPROM  CHIPSELECT  Output 

This  signal  is  asserted  when  read  or  write  accesses  are 
being  performed  to  the  EEPROM.  It  is  controlled  by 
ISACSR3.  It  is  driven  at  Reset  during  EEPROM  Read. 


SLEEP 

Sleep 


Input 


When  SLEEP  input  is  asserted  (active  LOW),  the 
PCnet-ISA*  controller  performs  an  internal  system  reset 
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and  proceeds  into  a  power  savings  mode.  All  outputs 
will  be  placed  in  their  normal  reset  condition.  All 
PCnet-ISA*  controller  inputs  will  be  ignored  except  for 
the  SLEEP  pin  itself.  Deassertion  of  SLEEP  results  in 
wake-up.  The  system  must  delay  the  starting  of  the 
network  controller  by  0.5  seconds  to  allow  internal  ana- 
log circuits  to  stabilize. 

SMA 

Shared  Memory  Architecture  Input 

This  pin  is  sampled  after  the  hardware  RESET  se- 
quence. The  pin  must  be  pulled  permanently  LOW  for 
operation  in  the  shared  memory  mode. 

SMAM 

Shared  Memory  Address  Match  Input 

This  pin  indicates  an  access  to  shared  memory  when 
active.  The  type  of  access  is  decided  by  MEMR  or 
MEMW. 

SROE 

Static  RAM  Output  Enable  Output 

This  pin  directly  controls  the  external  SRAM's  OE  pin. 

SRCS/IRQ12 

Static  RAM  Chip  Select  Output 

This  pin  directly  controls  the  external  SRAM's  chip  se- 
lect (CS)  pin  when  the  Flash  boot  ROM  option  is 
selected. 


When  Flash  boot  ROM  option  is  not  selected,  this  pin 
becomes  IRQ12. 


SRWE/WE 

Static  RAM  Write  Enable/ 

Write  Enable  Output 

This  pin  (SRWE)  directly  controls  the  external  SRAM's 
WE  pin  when  a  Flash  memory  device  is  not 
implemented. 

When  a  Flash  memory  device  is  implemented,  this  pin 
becomes  a  global  write  enable  (WE)  pin. 

XTAL1 

Crystal  Connection  Input 

The  internal  clock  generator  uses  a  20  MHz  crystal  that 
is  attached  to  pins  XTAL1  and  XTAL2.  Alternatively,  an 
external  20  MHz  CMOS-compatible  clock  signal  can  be 
used  to  drive  this  pin.  Refer  to  the  section  on  External 
Crystal  Characteristics  for  more  details. 

XTAL2 

Crystal  Connection  Output 

The  internal  clock  generator  uses  a  20  MHz  crystal  that 
is  attached  to  pins  XTAL1  and  XTAL2.  If  an  external 
clock  is  used,  this  pin  should  be  left  unconnected. 
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PIN  DESCRIPTION: 
NETWORK  INTERFACES 


rwc 


AUI 

CI+,  Cl- 
Control  Input 


Input 


This  is  a  differential  input  pair  used  to  detect  Collision 
(Signal  Quality  Error  Signal). 

DI+,  Dl- 

Data  In  Input 

This  is  a  differential  receive  data  input  pair  to  the  PCnet- 
ISA+  controller. 

DO+,  DO- 

Data  Out  Output 

This  is  a  differential  transmit  data  output  pair  from  the 
PCnet-ISA+  controller. 


Twisted  Pair  Interface 

RXD+,  RXD- 
Receive  Data 


Input 


This  is  the  1 0BASE-T  port  differential  receive  input  pair. 

TXD+,  TXD- 
Transmit  Data 


smil 

e  a 


Output 


These  are  the  10BASE-T  port  differential  transmit 
drivers. 


TXP+, 
Transmit 

These 
control 


TXP- 

Predistortion  Control  Output 

10BASE-T  transmit  waveform  pre-distortion 
differential  outputs. 


are 


PIN  DESCRIPTION: 

IEEE  1149.1  (JTAG)  TEST  ACCESS  PORT 
TCK 

Test  Clock  Input 

This  is  the  clock  input  for  the  boundary  scan  test  mode 
operation.  TCK  can  operate  up  to  10  MHz.  TCK  does 
not  have  an  internal  pullup  resistor  and  must  be  con- 
nected to  a  valid  TTL  level  of  high  or  low.  TCK  must  not 
be  left  unconnected. 


:  left 


TDI 

Test  Data  Input 

This  is  the  test  data 
ler.  If 
HIGH. 


Input 

input  path  to  the  PCnet-ISA*  control- 
unconnected,  this  pin  has  a  default  value  of 


TDO 

Test  Data  Output  Output 

This  is  the  test  data  output  path  from  the  PCnet-ISA* 
controller.  TDO  is  tri-stated  when  JTAG  port  is  inactive. 

TMS 

Test  Mode  Select  Input 

This  is  a  serial  input  bit  stream  used  to  define  the  spe- 
cific boundary  scan  test  to  be  executed.  If  left 
unconnected,  this  pin  has  a  default  value  of  HIGH. 

PIN  DESCRIPTION: 
POWER  SUPPLIES 

All  power  pins  with  a  "D"  prefix  are  digital  pins  connected 
to  the  digital  circuitry  and  digital  I/O  buffers.  All  power 
pins  with  an  "A"  prefix  are  analog  power  pins  connected 
to  the  analog  circuitry.  Not  all  analog  pins  are  quiet  and 
special  precaution  must  be  taken  when  doing  board  lay- 
out. Some  analog  pins  are  more  noisy  than  others  and 
must  be  separated  from  the  other  analog  pins. 

AVDD1-4 

Analog  Power  (4  Pins)  Power 

Supplies  power  to  analog  portions  of  the  PCnet-ISA* 
controller.  Special  attention  should  be  paid  to  the  printed 
circuit  board  layout  to  avoid  excessive  noise  on  these 
lines. 

AVSS1-2 

Analog  Ground  (2  Pins)  Power 

Supplies  ground  reference  to  analog  portions  of 
PCnet-ISA*  controller.  Special  attention  should  be  paid 
to  the  printed  circuit  board  layout  to  avoid  excessive 
noise  on  these  lines. 

DVDD1-7 

Digital  Power  (7  Pins)  Power 

Supplies  power  to  digital  portions  of  PCnet-ISA*  control- 
ler. Four  pins  are  used  by  Input/Output  buffer  drivers 
and  two  are  used  by  the  internal  digital  circuitry. 

DVSS1-13 

Digital  Ground  (13  Pins)  Power 

Supplies  ground  reference  to  digital  portions  of 
PCnet-ISA*  controller.  Ten  pins  are  used  by  Input/Out- 
put buffer  drivers  and  two  are  used  by  the  internal  digital 
circuitry. 
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FUNCTIONAL  DESCRIPTION 

The  PCnet-ISA*  controller  is  a  highly  integrated  system 
solution  for  the  PC-AT  ISA  architecture.  It  provides  an 
Ethernet  controller,  AUI  port,  and  10BASE-T  trans- 
ceiver. The  PCnet-ISA*  controller  can  be  directly 
interfaced  to  an  ISA  system  bus.  The  PCnet-ISA+ con- 
troller contains  an  ISA  bus  interface  unit,  DMA  Buffer 
Management  Unit,  802.3  Media  Access  Control  func- 
tion, separate  136-byte  transmit  and  f  28-byte  receive 
FIFOs,  IEEE  defined  Attachment  Unit  Interface  (AUI), 
and  Twisted-Pair  Transceiver  Media  Attachment  Unit. 
In  addition,  a  Sleep  function  has  been  incorporated 
which  provides  low  standby  current  for  power  sensitive 
applications. 

The  PCnet-ISA*  controller  is  register  compatible  with 
the  LANCE  (Am7990)  Ethernet  controller  and 
PCnet-ISA  (Am79C960).  The  DMA  Buffer  Manage- 
ment Unit  supports  the  LANCE  descriptor  software 
model  and  the  PCnet-ISA*  controller  is  software  com- 
patible with  the  Novell  NE2100  and  NE1500T  add-in 
cards. 

External  remote  boot  PROMs  and  Ethernet  physical  ad- 
dress PROMs  are  supported.  The  location  of  the  I/O 
registers,  Ethernet  address  PROM,  and  the  boot  PROM 
are  determined  by  the  programming  of  the  registers  in- 
ternal to  PCnet-ISA*.  These  registers  are  loaded  at 
RESET  from  the  EEPROM. 

Normally,  the  Ethernet  physical  address  will  be  stored  in 
the  EEPROM  with  the  other  configuration  data.  This  re- 
duces the  parts  count,  board  space  requirements,  and 
powerconsumption.  The  option  to  use  a  standard  paral- 
lel 8  bit  PROM  is  provided  to  manufactures  who  are 
concerned  about  the  non-volatile  nature  of  EEPROMs. 

The  PCnet-ISA*  controller's  bus  master  architecture 
brings  to  system  manufacturers  (adapter  card  and 
motherboard  makers  alike)  something  they  have  not 
been  able  to  enjoy  with  other  architectures — a  low-cost 
system  solution  that  provides  the  lowest  parts  count  and 
highest  performance.  As  a  bus-mastering  device,  costly 
and  power-hungry  external  SRAMs  are  not  needed  for 
packet  buffering.  This  results  in  lower  system  cost  due 
o  fewer  components,  less  real-estate  and  less  power. 


The  PCnet-ISA*  controller's  advanced  bus  mastering 
architecture  also  provides  high  data  throughput  and  low 
CPU  utilization  for  even  better  performance. 

To  offer  greater  flexibility,  the  PCnet-ISA*  controller  has 
a  shared  memory  mode  to  meet  varying  application 
needs.  The  shared  memory  architecture  is  compatible 
with  very  low-end  machines,  such  as  PC/XTs  that  do  not 
support  bus  mastering,  and  very  high  end  machines 
which  require  local  packet  buffering  for  increased  sys- 
tem latency. 

The  network  interface  provides  an  Attachment  Unit  In- 
terface and  Twisted-Pair  Transceiver  functions.  Only 
one  interface  is  active  at  any  particular  time.  The  AUI 
allows  for  connection  via  isolation  transformer  to 
10BASE5  and  10BASE2,  thick  and  thin  based  coaxial 
cables.  The  Twisted-Pair  Transceiver  interface  allows 
for  connection  of  unshielded  twisted-pair  cables  as 
specified  by  the  Section  14  supplement  to  IEEE  802.3 
Standard  (Type  10BASE-T). 

Bus  Master  Mode 
System  Interface 

The  PCnet-ISA*  controller  has  two  fundamental  operat- 
ing modes,  Bus  Master  and  Shared  Memory.  The 
selection  of  either  the  Bus  Master  mode  or  the  Shared 
Memory  mode  must  be  done  through  hard  wiring;  it  is 
not  software  configurable.  The  Bus  Master  mode  pro- 
vides an  Am7990  (LANCE)  compatible  Ethernet 
controller,  an  Ethernet  Address  EEPROM  or  PROM,  a 
Boot  PROM,  and  a  set  of  device  configuration  registers. 

The  optional  Boot  PROM  is  in  memory  address  space 
and  is  expected  to  be  8-64K.  On-chip  address  com- 
parators control  device  selection  based  on  the  value  of 
the  EEPROM. 

The  address  PROM,  board  configuration  registers,  and 
the  Ethernet  controller  occupy  24  bytes  of  I/O  space  and 
can  be  located  on  1 6  different  starting  addresses. 

Data  buffers  are  located  in  system  memory  and  can  be 
accessed  by  the  PCnet-ISA*  controller  when  the  device 
becomes  the  Current  Master. 
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Shared  Memory  Mode 
System  Interface 

The  Shared  Memory  mode  is  the  other  fundamental  op- 
erating mode  available  on  the  PCnet-ISA*  controller. 
The  PCnet-ISA*  controller  uses  the  same  descriptor  and 
buffer  architecture  as  the  LANCE,  but  these  data  struc- 
tures are  stored  in  static  RAM  controlled  by  the 
PCnet-ISA*  controller.  The  static  RAM  is  visible  as  a 
memory  resource  to  the  PC.  The  other  resources  look 
the  same  as  in  the  Bus  Master  mode. 

The  Boot  PROM  is  selected  by  an  external  device  which 
drives  the  Boot  PROM  Address  Match  (BPAM)  input  to 
the  PCnet-ISA*  controller.  The  PCnet-ISA*  controller 
can  perform  two  8-bit  accesses  from  the  8-bit  Boot 
PROM  and  presents  16-bits  ot  data.  The  shared  mem- 
ory works  the  same  way,  with  an  external  device 
generating  Shared  Memory  Address  Match  and  the 
PCnet-ISA*  controller  performing  the  read  or  write  and 
the  8  to  16-bit  data  conversion. 

Converting  shared  memory  accesses  from  8-bit  cycles 
to  1 6-bit  cycles  allows  use  of  the  much  faster  1 6-bit  cy- 
c  e  timing  while  cutting  the  number  of  bus  cycles  in  half. 


This  raises  performance  to  more  than  400%  of  what 
could  be  achieved  with  8-bit  cycles.  Converting  boot 
PROM  accesses  to  1 6-bit  cycles  allows  the  two  memory 
resources  to  be  in  the  same  1 28  Kbyte  block  of  memory 
without  a  clash  between  two  devices  with  different  data 
widths. 

The  PCnet-ISA*  controller  uses  an  internal  address 
comparator  to  perform  SRAM  prefetches  on  the  Private 
Data  Bus;  the  SA0-1 5  signals  are  used  internally  to  de- 
termine whether  a  SRAM  read  cycle  prefetch  is  a  match 
or  a  miss. 

Access  to  the  Ethernet  controller  registers,  board  con- 
figuration registers,  and  Address  PROM  is  done  with 
on-chip  address  comparators. 

Network  Interface 

The  PCnet-ISA*  controller  can  be  connected  to  an  IEEE 
802.3  network  via  one  of  two  network  interface  ports. 
The  Attachment  Unit  Interface  (AUI)  provides  an  IEEE 
802.3  compliant  differential  interface  to  a  remote  MAU 
or  an  on  board  transceiver.  The  10BASE-T  interface 
provides  a  twisted-pair  Ethernet  port.  The  PCnet-ISA* 
controller  provides  three  modes  of  network  interface 


C1  A, 


MD 


PRELIMINARY 


selection:  automatic  selection,  software  selection,  and 
jumper  selection  ot  AUI  or  1 0BASE-T  interface. 

In  the  automatic  selection  mode,  the  PCnet-ISA*  con- 


troller 


will  select  the  interface  that  is  connected  to  the 


network  by  checking  the  Link  Status  state  machine.  If 


both  AUI  and  10BASE-T  interfaces  are  connected,  the 
10BASE-T  interface  is  selected  over  AUI.  If  the 
PCnet-ISA*  controller  is  initialized  for  software  selection 
of  network  interface,  it  will  read  the  PORTSEL  [1 :0]  bits 
in  the  Mode  register  (CSR15.8  and  CSR15.7)  to  deter- 
mine which  interface  needs  to  be  activated. 
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PLUG  AND  PLAY 

Plug  and  Play  is  a  standardized  method  of  configuring 
jumperless  adapter  cards  in  a  system.  Plug  and  Play  is  a 
Microsoft  standard  and  is  based  on  a  central  software 
configuration  program,  either  in  the  operating  system  or 
elsewhere,  which  is  responsible  for  configuring  all  Plug 
and  Play  cards  in  a  system.  Plug  and  Play  is  fully  sup- 
ported by  the  PCnet-ISA*  ethernet  controller. 

For  a  copy  of  the  Microsoft  Plug  and  Play  specification 
contact  Microsoft  Inc.  This  specification  should  be  refer- 
enced in  addition  to  PCnet-ISA*  Technical  Reference 
Manual  and  this  data  sheet. 


Operation 

If  the  PCnet-ISA*  ethernet  controller  is  used  to  boot  off 
the  network,  the  device  will  come  up  active  at  RESET, 
otherwise  it  will  come  up  inactive.  Information  stored  in 
the  serial  EEPROM  is  used  to  identify  the  card  and  to 
describe  the  system  resources  required  by  the  card, 
such  as  I/O  space,  Memory  space,  IRQs  and  DMA 
channels.  This  information  is  stored  in  a  standardized 
Read  Only  format.  Operation  of  the  Plug  and  Play  sys- 
tem is  shown  as  follows. 
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■  Isolate  the  Plug  and  Play  card 

■  Read  the  cards  resource  data 

■  Identity  the  card 

■  Configure  its  resources 

The  P  ug  and  Play  mode  of  operation  allows  the  follow- 
ing benefits  to  the  end  user. 

■  Eliminates  all  jumpers  or  dip  switches  from  the 
adapter  card 

■  Ease  of  use  is  greatly  enhanced 

■  Allows  the  ability  to  uniquely  address  identical 
cards  in  a  system,  without  conflict 

■  Allows  the  software  configuration  program  or  OS 
to  read  out  the  system  resource  requirements 
required  by  the  card 

■  Defines  a  mechanism  to  set  or  modify  the  current 
configuration  of  each  card 

■  Ma  ntain  backward  compatability  with  other  ISA 
bus  adapters 

Auto-Configuration  Ports 

Three  8  bit  I/O  ports  are  used  by  the  Plug  and  Play  con- 
figuration software  on  each  Plug  and  Play  device  to 
communicate  with  the  Plug  and  Play  registers.  The 
ports  are  listed  in  the  table  below.  The  software  configu- 
ration space  is  defined  as  a  set  of  8  bit  registers.  These 
registers  are  used  by  the  Plug  and  Play  software  con- 
figuration to  issue  commands,  access  the  resource 
information,  check  status,  and  configure  the  PCnet-ISA* 
controller  hardware. 


Po 

Nan 

rt 
ie 

Location 

Type 

ADDRE 

SS 

0X279  (Printer  Status  Port) 

Write-only 

WRITE-DATA 

0xA79  (Printer  status  port 
+  0x0800) 

Write-only 

READ-I 

)ATA 

Relocatable  in  range 
Ox0203-0x03FF 

Read-only 

The  address  and  Write_DATA  ports  are  located  at  fixed, 
predefined  I/O  addresses.  The  Write_Data  port  is  lo- 
cated at  an  alias  of  the  Address  port.  All  three 
auto-configuration  ports  use  a  12-bit  ISA  address 
decode 

The 
0x2! 
WRITE 


READ 
Ox2O3-0x3FF 


DATA  port  is  relocatable  within  the  range 
by    a    command   written   to  the 
DATA  port. 


ADDRESS  PORT 

The  internal  Plug  and  Play  registers  are  accessed  by 
writing  the  address  to  the  ADDRESS  PORT  and  then 


either  reading  the  READ_DATA  PORT  or  writing  to  the 
WRITE_DATA  PORT.  Once  the  ADDRESS  PORT  has 
been  written,  any  number  of  reads  or  writes  can  occur 
without  having  to  rewrite  the  ADDRESS  PORT. 

The  ADDRESS  PORT  is  also  the  address  to  which  the 
initiation  key  is  written  to,  which  is  described  later. 

WRITE_DATA  PORT 

The  WRITE_DATA  PORT  is  the  address  to  which  all 
writes  to  the  internal  Plug  and  Play  registers  occur.  The 
destination  of  the  data  written  to  the  WRITE_DATA 
PORT  is  determined  by  the  last  value  written  to  the 
ADDRESS  PORT. 

READ_DATA  PORT 

The  READ_DATA  PORT  is  used  to  read  information 
fromthe  internal  Plug  and  Play  registers.  The  register  to 
be  read  is  determined  by  the  last  value  of  the  ADDRESS 
PORT. 

The  I/O  address  of  the  READ_DATA  PORT  is  set  by 
writing  the  chosen  I/O  location  to  Plug  and  Play  Register 
0.  The  isolation  protocol  can  determine  that  the  address 
chosen  is  free  from  conflict  with  other  devices  I/O  ports. 

Initiation  Key 

The  PCnet-ISA*  controller  is  disabled  at  reset  when  op- 
erating in  Plug  and  Play  mode.  It  will  not  respond  to  any 
memory  or  I/O  accesses,  nor  will  the  PCnet-ISA*  con- 
troller drive  any  interrupts  or  DMA  channels. 

The  initiation  key  places  the  PCnet-ISA*  device  into  the 
configuration  mode.  This  is  done  by  writing  a  predefined 
pattern  to  the  ADDRESS  PORT.  If  the  proper  sequence 
of  I/O  writes  are  detected  by  the  PCnet-ISA*  device,  the 
Plug  and  Play  auto-configuration  ports  are  enabled. 
This  sequence  must  be  sequential,  i.e.,  any  other  I/O  ac- 
cess to  this  I/O  port  will  reset  the  state  machine  which  is 
checking  the  pattern.  Interrupts  should  be  disabled  dur- 
ing this  time  to  eliminate  any  extraneous  I/O  cycles. 

The  exact  sequence  for  the  initiation  key  is  listed  below 
in  hexadecimal. 


6A, 

B5, 

DA, 

ED, 

F6, 

FB, 

7D, 

BE 

DF, 

6F, 

37, 

IB, 

OD, 

86, 

C3, 

61 

BO, 

58, 

2C, 

16, 

8B, 

45, 

A2, 

Dl 

E8, 

74, 

3A, 

9D, 

CE, 

E7, 

73, 

39 

Isolation  Protocol 

A  simple  algorithm  is  used  to  isolate  each  Plug  and  Play 
card.  This  algorithm  uses  the  signals  on  the  ISA  bus  and 
requires  lock-step  operation  between  the  Plug  and  Play 
hardware  and  the  isolation  software. 
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The  key  element  of  this  mechanism  is  that  each  card 
contains  a  unique  number,  referred  to  as  the  serial  iden- 
tifier for  the  rest  of  the  discussion.  The  serial  identifier  is 
a  72-bit  unique,  non-zero,  number  composed  of  two, 
32-bit  fields  and  an  8-bit  checksum.  The  first  32-bit  field 
is  a  vendor  identifier.  The  other  32  bits  can  be  any  value, 
for  example,  a  serial  number,  part  of  a  LAN  address,  or  a 
static  number,  as  long  as  there  will  never  be  two  cards  in 
a  single  system  with  the  same  64  bit  number.  The  serial 
identifier  is  accessed  bit-serially  by  the  isolation  logic 
and  is  used  to  differentiate  the  cards. 
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The  shift  order  for  all  Plug  and  Play  serial  isolation  and 
resource  data  is  defined  as  bit[0],  bit[1],  and  so  on 
through  bit[7]. 

Hardware  Protocol 

The  isolation  protocol  can  be  invoked  by  the  Plug  and 
Play  software  at  any  time.  The  initiation  key,  described 
earlier,  puts  all  cards  into  configuration  mode.  The  hard- 
ware on  each  card  expects  72  pairs  of  I/O  read 
accesses  to  the  READ_DATA  port.  The  card's  response 
to  these  reads  depends  on  the  value  of  each  bit  of  the 
serial  identifier  which  is  being  examined  one  bit  at  a  time 
in  the  sequence  shown  above. 

If  the  current  bit  of  the  serial  identifier  is  a  "1",  then  the 
card  will  drive  the  data  bus  to  0x55  to  complete  the  first 
I/O  read  cycle.  If  the  bit  is  "0",  then  the  card  puts  its  data 
bus  driver  into  high  impedance.  All  cards  in  high  imped- 
ance will  check  the  data  bus  during  the  I/O  read  cycle  to 
sense  if  another  card  is  driving  D[  1 :0]  to  "01 ".  During  the 
second  I/O  read,  the  card(s)  that  drove  the  0x55,  will 
now  drive  a  OxAA.  All  high  impedance  cards  will  check 
the  data  bus  to  sense  if  another  card  is  driving  D[  1 :0]  to 
"10".  Between  pairs  of  Reads,  the  software  should  wait 
at  least  30  us. 

If  a  high  impedance  card  sensed  another  card  driving 
the  data  bus  with  the  appropriate  data  during  both  cy- 
cles, then  that  card  ceases  to  participate  in  the  current 
iteration  of  card  isolation.  Such  cards,  which  lose  out, 
will  participate  in  future  iterations  of  the  isolation 
protocol. 

NOTE:  During  each  read  cycle,  the  Plug  and  Play  hard- 
ware drives  the  entire  8-bit  databus,  but  only  checks  the 
lower  2  bits. 

If  a  card  was  driving  the  bus  or  if  the  card  was  in  high  im- 
pedance and  did  not  sense  another  card  driving  the  bus, 
then  it  should  prepare  for  the  next  pair  of  I/O  reads.  The 
card  shifts  the  serial  identifier  by  one  bit  and  uses  the 
shifted  bit  to  decide  its  response.  The  above  sequence 
is  repeated  for  the  entire  72-bit  serial  identifier. 

At  the  end  of  this  process,  one  card  remains.  This  card  is 
assigned  a  handle  referred  to  as  the  Card  Select  Num- 
ber (CSN)  that  will  be  used  later  to  select  the  card. 
Cards  which  have  been  assigned  a  CSN  will  not  partici- 
pate in  subsequent  iterations  of  the  isolation  protocol. 
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Cards  must  be  assigned  a  CSN  before  they  will  respond 
to  the  other  commands  defined  in  the  specification. 

It  should  be  noted  that  the  protocol  permits  the  8-bit 
checksum  to  be  stored  in  non-volatile  memory  on  the 
card  or  generated  by  the  on-card  logic  in  real-time.  The 
same  LFSR  algorithm  described  in  the  initiation  key  sec- 
tion of  the  Plug  and  Play  specification  is  used  in  the 
checksum  generation. 

Software  Protocol 

The  Plug  and  Play  software  sends  the  initiation  key  to  all 
Plug  and  Play  cards  to  place  them  into  configuration 
mode.  The  software  is  then  ready  to  perform  the  isola- 
tion protocol. 

The  Plug  and  Play  software  generates  72  pairs  of  I/O 
read  cycles  from  the  READDATA  port.  The  software 
checks  the  data  returned  from  each  pair  of  I/O  reads  for 
the  0x55  and  OxAA  driven  by  the  hardware.  If  both  0x55 
and  OxAA  are  read  back,  then  the  software  assumes 
that  the 
results 


hardware  had  a  "1"  bit  in  that  position.  All  other 
are  assumed  to  be  a  "0." 


During  the  first  64  bits,  software  generates  a  checksum 
using  the  received  data.  The  checksum  is  compared 
with  the  checksum  read  back  in  the  last  8  bits  of  the 
sequence 


There  are  two  other  special  considerations  for  the  soft- 
ware protocol.  During  an  iteration,  it  is  possible  that  the 
0x55  and  OxAA  combination  is  never  detected.  It  is  also 
possible  that  the  checksum  does  not  match  If  either  of 
these  cases  occur  on  the  first  iteration,  it  must  be  as- 
sumed that  the  READ_DATA  port  is  in  conflict.  If  a 
conflict  is  detected,  then  the  READ_DATA  port  is  relo- 
cated. The  above  process  is  repeated  until  a  non- 
conflicting  location  for  the  READ_DATA  port  is  found. 
The  entire  range  between  0x203  and  0x3FF  is  available, 
however  in  practice  it  is  expected  that  only  a  few  loca- 
tions will  be  tried  before  software  determines  that  no 
Plug  and  Play  cards  are  present. 

During  subsequent  iterations,  the  occurrence  of  either 
of  these  two  special  cases  should  be  interpreted  as  the 
absence  of  any  further  Plug  and  Play  cards  (i.e.  the  last 
card  was  found  in  the  previous  iteration).  This  termi- 
nates the  isolation  protocol. 

NOTE:  The  software  must  delay  1  ms  prior  to  starting 
the  first  pair  of  isolation  reads,  and  must  wait  250  usee 
between  each  subsequent  pair  of  isolation  reads.  This 
delay  gives  the  ISA  card  time  to  access  information  from 
possibly  very  slow  storage  devices. 

Plug  and  Play  Card  Control  Registers 

The  state  transitions  and  card  control  commands  forthe 
PCnet-ISA*  controller  are  shown  in  the  following  figure. 
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1.  CSN  =  Card  Select  Number 

RESET  or  the  Reset  command 
causes  a  state  transition  from  the  cur- 
rent state  to  Wait  for  Key  and  sets  all 
CSNs  to  zero. 

3,  The  Wait  for  Key  command  causes  a 
state  transition  from  the  current  state 
to  Wait  for  Key. 
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Plug  and  Play  Registers 

The  PCnet-ISA*  controller  supports  all  of  the  defined 
Plug  and  Play  card  control  registers.  Refer  to  the  tables 
on  the  following  pages  for  detailed  information. 
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Plug  and  Play  Standard  Registers 

Name 

Address 
Port  Value 

Definition 

Set  RD 

DATA  Port 

0x00 

Writing  to  this  location  modifies  the  address  of  the  port  used  for  reading  from  the 

Plug  and  Play  ISA  cards.  Bits[7:00]  become  I/O  read  port  address  bits  [9:02]. 

Reads  from  this  register  are  ignored.  I/O  Address  bits  11:10  should  =  00,  and  1:0-11. 

Serial 

solation 

0x01 

A  read  to  this  register  causes  a  Plug  and  Play  card  in  the  Isolation  state  to  compare 
one  bit  of  the  board's  ID.  This  process  is  fully  described  above.  This  register  is 
read  only. 

Config 

Control 

0x02 

Bit[0]  -  Reset  all  logical  devices  and  restore  configuration  registers  to  their 
power-up  values. 

Bit[1]  -  Return  to  the  Wart  for  Key  state 
Bit[2]  -  Reset  CSN  toO 

A  write  to  bit[0]  of  this  register  performs  a  reset  function  on  all  logical  devices.  This 
resets  the  contents  of  configuration  registers  to  their  default  state.  All  card's  logical 
devices  enter  their  default  state  and  the  CSN  is  preserved. 

A  write  to  bit[1  ]  of  this  register  causes  all  cards  to  enter  the  Walt  for  Key  state  but 
all  CSNs  are  preserved  and  logical  devices  are  not  affected. 

A  write  to  bit[2]  of  this  register  causes  all  cards  to  reset  their  CSN  to  zero. 

This  register  is  write-only.  The  values  are  not  sticky,  that  is,  hardware  will 
automatically  clear  them  and  there  is  no  need  for  software  to  clear  the  bits. 

Wake[ 

DSN] 

0x03 

A  write  tn  thi^  rmrt  will  oau*;p  nil  nardc;  that  have  a  OSN  that  matphpQ  the  writo 

/>  VY  1  IIC  l\J  LI  1 IO  f^J  11  Will                     OH  l*C2IVJO  IIICIl  1  IlliC  O           1      UIC31  1  1  1  aiV*l  1  CO  1 1  IO   •  •  lilt? 

data[7:0]  to  go  from  the  Sleep  state  to  either  the  Isolation  state  if  the  write  data  for 
this  command  is  zero  or  the  Config  state  if  the  write  data  is  not  zero.  This  register 
is  write-only.  Writing  to  this  register  resets  the  EEPROM  pointer  to  the  beginning  of 
the  Plug  and  Play  Data  Structure. 

Resou 

ce  Data 

0x04 

A  read  from  this  address  reads  the  next  byte  of  resource  information.  The  Status 
register  must  be  polled  until  bit[0]  is  set  before  this  register  may  be  read.  This 
register  is  read-only. 

Status 

0x05 

Bit[0]  when  set  indicates  it  is  okay  to  read  the  next  data  byte  from  the  Resource 
Data  register.  This  register  is  read-only. 

Card  S 

elect  Number 

0x06 

A  write  to  this  port  sets  a  card's  CSN.  The  CSN  is  a  value  uniquely  assigned  to 
each  ISA  card  after  the  serial  identification  process  so  that  each  card  may  be 
individually  selected  during  a  Wake  [CSN]  command.  This  register  is  read/write. 

Logica 

Device  Number 

0x07 

Selects  the  current  logical  device.  This  register  is  read  only.  The  PCnet-ISA*  controller 
has  only  1  logical  device,  and  this  register  contains  a  value  of  0x00 

Plug  and  Play  Logical  Device 
Configuration  Registers 

The  PCnet-ISA*  controller  supports  a  subset  of  the 
defined  Plug  and  Play  logical  device  control  registers. 
The  reason  for  only  supporting  a  subset  of  the  registers 


is  that  the  PCnet-ISA*  controller  does  not  require  as 
many  system  resources  as  Plug  and  Play  allows.  For 
instance,  Memory  Descriptor  2  is  not  used,  as  the 
PCnet-ISA*  controller  only  requires  two  memory  de- 
scriptors, one  for  the  Boot  PROM/Flash,  and  one  for  the 
SRAM  in  Shared  Memory  Mode. 
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Plug  and  Play  Logical  Device  Control  Registers 


Name 

Address 
Port  Value 

Definition 

Activate 

0x30 

For  each  logical  device  there  is  one  activate  register  that  controls  whether  or  not 
the  logical  device  is  active  on  the  ISA  bus.  Bit[0],  if  set,  activates  the  logical  device. 
Bits[7:1]  are  reserved  and  must  be  zero.  This  is  a  read/write  register.  Before  a 
logical  device  is  activated,  I/O  range  check  must  be  disabled. 

I/O  Range  Check 

0x31 

This  register  is  used  to  perform  a  conflict  check  on  the  I/O  port  range  programmed 
for  use  by  a  logical  device. 

Bit[7:2]  Reserved 

Bit  1[1]  Enable  I/O  Range  check,  if  set  then  I/O  Range  Check  is  enabled.  I/O  range 
check  is  only  valid  when  the  logical  device  is  inactive. 

Bit[0],  if  set,  forces  the  logical  device  to  respond  to  I/O  reads  of  the  logical  device's 
assigned  I/O  range  with  a  0x55  when  I/O  range  check  is  in  operation.  If  clear,  the 
logical  device  drives  OxAA.  This  register  is  read/write. 

Memory  Space  Configuration 

Name 

Register 
Index 

Definition 

Memory  base  address 
bits[23:16]  descriptor  0 

0x40 

Read/write  value  indicating  the  selected  memory  base  address  bits[23:16]  for 
memory  descriptor  0.  This  is  the  Boot  Prom  Space. 

Memory  base  address 
bits[15:08]  descriptor  0 

0x41 

Read/write  value  indicating  the  selected  memory  base  address  bits[15:08]  for 
memory  descriptor  0. 

Memory  control 

0x42 

Bits[2:1]  specifies  8/16-bit  control.  The  encoding  is  identical  to  memory  control 
(bits[4:3])  of  the  information  field  in  the  memory  descriptor. 

Bit[0],  =0,  indicates  the  next  field  is  used  as  a  range  length  for  decode 
(implies  range  length  and  base  alignment  of  memory  descriptor  are  equal). 

Bit[0]  is  read-only. 

Memory  upper  limit 
address; 

bits[23:16]  or  range 
length; 

bits[23:16]for 
descriptor  0 

0x43 

Read/write  value  indicating  the  selected  memory  high  address  bits[23:16]  for 
memory  descriptor  0. 

If  bit[0]  of  memory  control  is  0,  this  is  the  range  length. 
If  bit[0]  of  memory  control  is  1 ,  this  is  considered  invalid. 

Memory  upper  limit 
bits[15:08]  or  range 
length; 

bits[15:08]for 
descriptor  0 

0x44 

Read/write  value  indicating  the  selected  memory  high  address  bits[15:08]  for 
memory  descriptor  0,  either  a  memory  address  or  a  range  length  as  described  above. 

Memory  descriptor  1 

0x48-0x4C 

Memory  descriptor  1 .  This  is  the  SRAM  Space  for  Shared  Memory. 

I/O  Space  Configuration 

Name 

Register 
Index 

Definition 

I/O  port  base  address 
bits[15:08]  descriptor  0 

0x60 

Read/write  value  indicating  the  selected  I/O  lower  limit  address  bits[15:08]  for  I/O 
descriptor  0.  If  a  logical  device  indicates  it  only  uses  10  bit  encoding,  then  bits[15:10] 
do  not  need  to  be  supported. 

I/O  port  base  address 
bits[07:00]  descriptor  0 

0x61 

Read/write  value  indicating  the  selected  I/O  lower  limit  address  bits[07:00]  for  I/O 
descriptor  0. 
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I/O  Interrupt  Configuration 

Name 

Register 
Index 

Definition 

Intern 
select 

ipt  request  level 
0 

0x70 

Read/write  value  indicating  selected  interrupt  level.  Bits[3:0]  select  which  interrupt 
level  used  for  Interrupt  0.  One  selects  IRQL  1 ,  fifteen  selects  IRQL  fifteen.  IRQL  0  is 
not  a  valid  interrupt  selection  and  represents  no  interrupt  selection. 

Intern 
select 

ipt  request  type 
0 

0x71 

Read/write  value  indicating  which  type  of  interrupt  is  used  for  the  Request  Level 
selected  above. 

Bit[1]  :  Level,   1  =  high,  0  =  low 
Bitjoj  :  Type,  1  =  level,  0  =  edge 

The  PCnet-ISA'  controller  only  supports  Edge  High  and  Level  Low  Interrupts. 

DMA  Channel  Configuration 

Name 

Register 
Index 

Definition 

DMA 

;hannel  select  0 

0x74 

Read/write  value  indicating  selected  DMA  channels.  Bits[2:0]  select  which  DMA 
channel  is  in  use  for  DMA  0.  Zero  selects  DMA  channel  0,  seven  selects  DMA 
channel  7.  DMA  channel  4,  the  cascade  channel  is  used  to  indicate  no  DMA  channel 
is  active. 

DETAILED  FUNCTIONS 
EEPROM 

Interface 

The  EEPROM  supported  by  the  PCnet-ISA*  controller  is 
an  industry  standard  93C56  2-Kbit  EEPROM  device 
which  uses  a  4-wire  interface.  This  device  directly  inter- 
faces to  the  PCnet-ISA*  controller  through  a  4-wire 
interface  which  uses  3  of  the  private  data  bus  pins  for 
Data  In,  Data  Out,  and  Serial  Clock.  The  Chip  Select  pin 
is  a  dedicated  pin  from  the  PCnet-ISA*  controller. 

Note:  All  data  stored  in  the  EEPROM  is  stored  in  bit- 
reversal  format.  Each  word  (16  bits)  must  be  written  into 
the  EEPROM  with  bit  15  swapped  with  bit  0,  bit  14 
swapped  with  bit  1,  etc. 


This  is  a  2-Kbit  device  organized  as  1 28  x  1 6  bit  words. 
A  map  of  the  device  as  used  in  the  PCnet-ISA*  control- 
ler is  below.  The  information  stored  in  the  EEPROM  is 
as  follows: 


IEEE  address 

6  bytes 

Reserved 

1 0  bytes 

EISA  ID 

4  bytes 

ISACSRs 

1 2  bytes 

Plug  and  Play  Defaults 

19  bytes 

8-Bit  Checksum 

1  byte 

External  Shift  Chain 

2  bytes 

Plug  and  Play  Config  Info 

192  bytes 
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Serial  EEPROM  Byte  Map 

The  following  is  a  byte  map  of  the  XXC56  series  of 
EEPROMs  used  by  the  PCnet-ISA*  Ethernet  Controller. 


This  byte  map  is  forthe  case  where  a  non-PCnet  Family 
compatible  software  driver  is  implemented. 


IEEE  Address 
(Bytes  0-5) 


EISA  Config  Reg. 


Internal  Registers 


Plug  and  Play  Reg. 


See  Appendix  C 


Word 
Location 

Byte  1 

Byte  0 

0 

Byte  3 

Byte  2 

1 

Byte  5 

Byte  4 

2 

Byte  7 

Byte  6 

3 

Byte  9 

Byte  8 

4 

Byte  1 1 

Byte  1 0 

5 

Byte  13 

Byte  1 2 

6 

Byte  15 

Byte  14 

7 

EISA  Byte  1 

EISA  Byte  0 

8 

EISA  Byte  3 

EISA  Byte  2 

9 

MSRDA,  ISACSRO 

A 

MSWRA,  ISACSR1 

B 

MISC  Config,  ISACSR2 

C 

LED1  Config,  ISACSR5 

D 

LED2  Config,  ISACSR6 

E 

LED3  Config,  ISACSR7 

F 

PnP  0x61 

PnP  0x60 

10 

PnP  0x71 

PnP  0x70 

1 1 

Unused 

PnP  0x74 

12 

PnP  0x41 

PnP  0x40 

13 

PnP  0x43 

PnP  0x42 

14 

Unused 

PnP  0x44 

15 

PnP  0x49 

PnP  0x48 

16 

PnP  0x4b 

PnP  0x4A 

17 

Unused 

PnP  0x4C 

18 

8-bit  Checksum 

PnP  OxFO 

19 

External  Shift  Chain 

1A 

IB 

Unused  Locations 

1F 

Plug  and  Play  Starting  Location 

20 

Note: 

Checksum  is  calculated  on  words  0  through  0x1  Ah  (first  54  Bytes). 
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Serial  EEPROM  Byte  Map 

The  following  is  a  byte  map  of  the  XXC56  series  of 
EEPROMs  used  by  the  PCnet-ISA*  Ethernet  Controller. 


This  byte  map  is  for  the  case  where  a  PCnet  Family 
compatible  software  driver  is  implemented. 

(This  byte  map  is  an  application  reference  for  use  in  de- 
veloping AMD  software  devices.) 


E  SA  Config  Reg. 


Internal  Registers 


Word 
Location 


0 
1 
2 
3 
4 
5 
6 
7 
8 
9 
A 
B 
C 
D 
E 
F 
10 
11 
12 


Plug  and  Play  Reg.  13 
14 
15 
16 
17 
18 
19 
1A 
1B 
1F 

See  Appendix  C  20 
Note: 

Checksum  1  is  calculated  on 
Checksum  2  is  calculated  on 


Byte  1 

Byte  0 

Byte  3 

Byte  2 

Byte  4 

Reserved 

Reserved 

HWID  (01 H) 

Reserved 

User  Space  1 

16-Bit  Checksum  1 

ASCII  W(0x57H) 

ASCII  W(0x57H) 

EISA  Byte  1 

EISA  Byte  0 

EISA  Byte  3 

EISA  Byte  2 

MSRDA,  ISACSRO 

MSWRA,  ISACSR1 

MISC  Config,  ISACSR2 

LED1  Config,  ISACSR5 

LED2  Config,  ISACSR6 

LED3  Config,  ISACSR7 

PnP  0x61 

PnP  0x60 

PnP  0x71 

PnP  0x70 

Unused 

PnP  0x74 

PnP  0x41 

PnP  0x40 

PnP  0x43 

PnP  0x42 

Unused 

PnP  0x44 

PnP  0x49 

PnP  0x48 

PnP  0x4b 

PnP  0x4A 

Unused 

PnP  0x4C 

8-bit  Checksum  2 

PnP  OxFO 

External  Shift  Chain 

Unused  Locations 

Plug  and  Play  Starting  Location 

words  0  through  5  plus  word  7. 

words  0  through  0x1  Ah  (first  54  Bytes). 


IEEE  Address 
(Bytes  0-5) 


I/O  Ports 
Interrupts 
DMA  Channels 
ROM  Memory 


RAM  Memory 


Vendor  Byte 


See  Appendix  C 
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Plug  and  Play  Register  Map 

The  following  chart  and  its  bit  descriptions  show  the  in- 
ternal configuration  registers  associated  with  the  Plug 


and  Play  operation.  These  registers  control  the  configu- 
ration of  the  PCnet-ISA*  controller. 


0x06 
0x07 
0x30 
0x31 


Bit  7 

Bit  6 

Bit  5 

Bit  4 

Bit  3 

Bit  2 

Bit  1 

Bit  0 

READDATA 

SERIAL  ISOLATION 

0 

0 

0 

0 

0 

RST 
CSN 

WAIT 
KEY 

RST 
ALL 

WAKE  [CSN] 

RESOURCE_DATA 

0 

0 

0 

0 

0 

0 

0 

READ 
STATUS 

CSN 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

ACTIVATE 

0 

0 

0 

0 

0 

0 

IORNG 

IORNG 

READ_DATA 

SERIALJSOLATION 

RST_CSN 

WAITKEY 

RST_ALL 

WAKE  [CSN] 

READSTATS 

RESOURCE_DATA 

CSN 

ACTIVATE 
IORNG 


Address  of  Plug  and  Play  READ_DATA  Port. 

Used  in  the  Serial  Isolation  process. 

Resets  CSN  register  to  zero. 

Resets  Wait  for  Key  State. 

Resets  all  logical  devices. 

Will  wake  up  if  write  data  matches  CSN  Register. 

Read  Status  of  RESOURCE  DATA. 

Next  pending  byte  read  from  EEPROM. 

Plug  and  Play  CSN  Value. 

Indicates  that  the  PCnet-ISA*  device  should  be  activated. 
Bits  used  to  enable  the  I/O  Range  Check  Command. 
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The  following  chart  and  its  bit  descriptions  show  the  in- 
ternal command  registers  associated  with  the  Plug  and 


Play  operation.  These  registers  control  the  PCnet-ISA* 
controller  Plug  and  Play  operation. 


Plug  and 
Play  Register 

0x60 

0x61 

0x70 

0x71 

0x74 

0x40 

0x41 

0x42 

0x43 

0x44 

0x48 

0x49 

0x4A 

0x4B 

0x4c 

OxFO 


Bit  7 

Bit  6 

Bit  5 

Bit  4 

Bit  3 

Bit  2 

Bit  1 

Bit  0 

0 

0 

0 

0 

0 

0 

1 

IOAM3 

IOAM2 

IOAM1 

IOAM0 

0 

0 

0 

0 

0 

0 

0 

IRQ3 

IRQ2 

IRQ1 

IRQO 

0 

0 

0 

0 

0 

0 

IRQJ.VL 

IRQ_TYPE 

0 

0 

0 

0 

0 

DMA2 

DMA1 

DMAO 

0 

0 

0 

0 

1 

1 

0 

BPAM3 

BPAM2 

BPAM1 

BPAMO 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

BP_16B 

0 

1 

1 

1 

1 

1 

1 

1 

BPSZ3 

BPSZ2 

BPSZ1 

BPSZO 

0 

0 

0 

0 

0 

0 

0 

0 

0 

1 

1 

0 

SRAM3 

SRAM2 

SRAM1 

SRAMO 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

SR16B 

0 

1 

1 

1 

1 

1 

1 

1 

SRSZ3 

SRSZ2 

SRSZ1 

SRSZO 

0 

0 

0 

0 

0 

0 

0 

0 

FL_SEL 

BP_CS 

APROMEN 

AEN_CS 

IO_MODE 

Play  Register  Locations  Detailed 
ption  (Refer  to  the  Plug  &  Play 
er  Map  above.) 

0]  I/O  Address  Address  Match  to 

bits  [8:5]  of  SA  bus  (PnP 
0x60-0x61).  Controls  the  base 
address  of  PCnet-ISA*.  The 
IOAM  will  be  written  with  a  value 
from  the  EEPROM. 


IRQ[3:0] 


IRQ  selection  on  the  ISA  bus 
(PnP  0x70).  Controls  which  inter- 
rupt will  be  asserted.  ISA  Edge 
sensitive  or  EISA  level  mode  is 
controlled  by  IRQ_TYPE  bit  in 
PnP  0x71 .  Default  is  ISA  Edge 
Sensitive.  The  IRQ  signals  will 
not  be  driven  unless  PnP  activate 
register  bit  is  set. 


3] 

Base  Address  (Hex) 

0  0 

0 

0 

200 

0  0 

0 

1 

220 

0  0 

1 

0 

240 

0  0 

1 

1 

260 

0  1 

0 

0 

280 

0  1 

0 

1 

2A0 

0  1 

1 

0 

2C0 

0  1 

1 

1 

2E0 

1  0 

0 

0 

300 

1  0 

1 

320 

1  0 

1 

0 

340 

1  0 

1 

360 

1  1 

0 

380 

1  1 

1 

3A0 

1  1 

0 

3C0 

1  1 

1 

1 

3E0 

IRQ[3:0] 

ISA  IRQ  Pin 

0     0  1 

1 

IRQ3  (Default) 

0     1  0 

0 

IRQ4 

0      1  0 

1 

IRQ5 

1      0  0 

1 

IRQ9 

1      0  1 

0 

IRQ10 

1      0  1 

1 

IRQ11 

1      1  0 

0 

IRQ12 

1    1  1 

1 

IRQ15 

IRQ_TYPE  IRQ  Type  (PnP  0x71).  Indicates 

the  type  of  interrupt  setting;  Level 
is  1 ,  Edge  is  0. 

IRQ_LVL  IRQ  Level  (PnP  0x71).  A  read- 

only register  bit  that  indicates  the 
type  of  setting,  active  high  or  low. 
Always  complement  of 
IRQ  TYPE. 
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DMA[2:0] 


DMA  Channel  Select  (PnP 
0x74).  Controls  the  DRQ  and 
DMA  selection  ot  PCnet-ISA*. 
The  DMA[2:0]  register  will  be 
written  with  a  value  from  the 
EEPROM.  {For  Bus  Master 
Mode  Only}  The  DRQ  signal  will 
not  be  driven  unless  EE_VALID 
is  set  or  Non-EEPROM  sequen- 
tial write  process  is  complete. 


DMA[2:0] 

DMA  Channel  (DRQ'DACK  Pair) 

0 

1  1 

Channel  3 

1 

0  1 

Channel  5 

1 

1  0 

Channel  6 

1 

1  1 

Channel  7 

BPAM[3:0]  Boot  PROM  Address  Match  to 

bits  [23:16]  of  SA  bus  (PnP 
0x40-0x41).  Selects  the  location 
where  the  Boot  PROM  Address 
match  decode  is  started.  The 
BPAM  will  be  written  with  a  value 
from  the  EEPROM. 


BPAM[3:0] 


1  1 
1  1 


BP_16B  Boot  PROM  16-bit  access  (PnP 

0x42).  Is  asserted  if  Boot  PROM 
cycles  should  respond  as  an 
16-bit  device.  In  Bus  Master 
mode,  all  boot  PROM  cycles  will 
only  be  8  bits  in  width. 

BPSZ[3:0]  Boot     PROM     Size  (PnP 

0x43-0x44).  Selects  the  size  of 
the  boot  PROM  selected. 


1  1 


Address 
Location  (Hex) 


coooo 

C2000 
C4000 
C6000 
C8000 
CA000 
CC000 
CE000 
D0000 
D2000 
D4000 
D6000 
D8000 
DA000 
DC000 
DE000 


Size  Supported 
(K  bytes) 


8,  16,32,  64 
8 

8,  16 
8 

8,  16,32 
8 

8,  16 
8 

8,  16,  32,  64 
8 

8,  16 
8 

8,  16,32 
8 

8,  16 

8  


BPSZ[3:0] 

Boot  PROM  Size 

0     x     x  x 

1111 

1110 
110  0 
10     0  0 

No  Boot  PROM  Selected 

8K 

16K 

32  K 

64  K 

SRAM[3:0]  Static  RAM  Address  Match  to 

bits  [16:13]  of  SA  bus  (PnP 
0x48-0x49).  Selects  the  starting 
location  of  the  Shared  memory 
by  using  SA[16:13]  for  perform- 
ing address  comparisons.  The 
shared  memory  address  match, 
the  SMAM  is  asserted  low. 
SRAM[3]  value  must  reflect  the 
external  address  match  logic  for 
SA[16]. 


SRAM[2:0] 

SA[15:13] 

SRAM  Size 
(K  bytes) 

0  0 

0 

0 

0 

0 

8,  16,  32,  64 

0  0 

1 

0 

0 

1 

8 

0  1 

0 

0 

1 

0 

8,  16 

0  1 

1 

0 

1 

1 

8 

1  0 

0 

1 

0 

0 

8,  16,  32 

1  0 

1 

1 

0 

1 

8 

1  1 

0 

1 

1 

0 

8,  16 

1  1 

1 

1 

1 

1 

8 

SR_16B  Static  RAM  16-bit  access  (PnP 

0x4A).  Asserted  if  SRAM  cycles 
should  respond  as  an  16-bit 
device. 

SRSZ[3:0]  Static  RAM  Size  (PnP  0x4B- 

0x4C).  Selects  the  size  of  the 
static  RAM  selected. 


SRSZ[3:0] 

Shared  Memory  Size 

0     x     x  x 
1111 
1110 
110  0 
10     0  0 

No  Static  RAM  Selected 
8  K 
16  K 
32  K 
64  K 

Vendor  Defined  Byte  (PnP  OxOF) 

IO_MODE  I/O  Mode.  When  set  to  one,  the 

internal  selection  will  respond  as 
a  16-bit  port,  (i.e.  drive  IOCS16 
pin).  When  IO_MODE  is  set  to 
zero,  (Default),  the  internal  I/O 
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AEN  CS 


APROMEN 


BP  CS 


FL_S  El- 


select  ion  will  respond  as  an  8-bit 
port. 

External  Decode  Logic  for  I/O 
Registers.  When  written  with  a 
one,  the  PCnet-ISA*  will  use  the 
AEN  pin  as  I/O  chip  select  bar,  to 
allow  tor  external  decode  logic 
for  the  upper  address  bit  of  SA 
[9:5].  The  purpose  of  this  pin  is  to 
allow  I/O  locations,  not  sup- 
ported with  the  IOAM[3:0], 
selection,  to  be  defined  outside 
the  range  0x200-0x3F7.  When 
set  to  a  zero,  (Default),  I/O  Selec- 
tion will  use  IOAM[3:0]. 

External  Parallel  IEEE  Address 
PROM .  When  set,  the  IRQ15  pin 
is  reconfigured  to  be  an  Address 
Chip  Select  low,  similar  to  APCS 
pin  in  the  existing  PCnet-ISA 
(Am79C960)  device.  The  pur- 
pose of  this  bit  is  to  allow  for  both 
a  serial  EEPROM  and  parallel 
PROM  to  coexist.  When 
APROM  EN  is  set,  the  IEEE  ad- 
dress located  in  the  serial 
EEPROM  will  be  ignored  and 
parallel  access  will  occur  over 
the  PRDB  bus.  When 
APROM_EN  is  cleared,  default 
state,  the  IEEE  address  will  be 
read  in  from  the  serial  device  and 
written  to  an  internal  RAM.  When 
the  I/O  space  of  the  IEEE  PROM 
is  selected,  PCnet-ISA*,  will  ac- 
cess the  contents  of  this  RAM  for 
I/O  read  cycles.  I/O  write  cycles 
will  be  ignored. 

Boot  PROM  Chip  Select.  When 
BP_CS  is  set  to  one,  BALE  will 
act  as  an  external  chip  select  (ac- 
tive low)  above  bit  15  of  the 
address  bus.  BALE  =  0,  will  se- 
lect  the  boot  PROM  when  MEMR 
is  asserted  low  if  the  BP_CS  bit  is 
set  and  BPAM[2:0]  match 
SA[15:13]  and  BPSZ[3:0] 
matches  the  selected  size. 
When  BP_CS  is  set  to  zero. 
BALE  will  act  as  the  normal  ad- 
dress latch  strobe  to  capture  the 
upper  address  bits  for  memory 
access  to  the  boot  PROM. 
BP_CS  is  by  default  low.  The  pri- 
mary purpose  of  this  bit  is  to  allow 
non-ISA  bus  applications  to  sup- 
port larger  Boot  PROMS  or 
non-standard  Boot  PROM/Flash 
locations. 

Flash  Memory  Device  Selected. 
When  set,  the  Boot  PROM  is  re- 
placed with  an  external  Flash 


memory  device.  In  Bus  Master 
Mode,  BPCS  is  replaced  with 
Flash_OE.  IRQ12  becomes 
Flash_WE.  The  Flash's  CS  pin  is 
grounded.  In  shared  memory 
mode,  BPCS  is  replaced  with 
Flash_CS.  IRQ1 2  becomes 
Static_RAM_CS  pin.  The  SROE 
and  SRWE  signals  are  con- 
nected to  both  the  SRAM  and 
Flash  memory  devices.  FL_SEL 
is  cleared  by  a  reset,  which  is  the 
default. 

Shared  Memory  Configuration  Bits  (Not 
Defined  for  Bus  Master  Mode) 

In  Shared  Memory  Mode,  the  address  comparison 
above  the  15th  bit  must  be  performed  by  external  logic. 
All  address  comparisons  for  bit  15th  and  below  will  use 
the  internal  compare  logic. 

SRAM[3:0], 

SR_16B,  SRSZ[3:0]  These  are  not  defined  in  bus- 
master  mode.  BP_16B  must  be 
written  with  a  zero  in  bus-master 
mode. 

Note:  In  Bus  Master  Mode,  the  BP_  16B  is  always  con- 
sidered an  8-bit  device.  If  SBHE  signal  is  left  uncon- 
nected, in  shared  memory  mode  (i.e.  8-bit  Slot),  all 
memory  and  I/O  access  will  assume  8-bit  accesses.  It  is 
the  responsibility  of  external  logic  to  drive  MEMCS16 
signal  for  the  appropriate  128  Kbit  segment  decoded 
from  the  LA[23: 1 7]  signals.  MEMOS  1 6  should  be  driven 
when  accessing  an  8-bit  memory  resource. 

Checksum  Failure 

After  RESET,  the  PCnet-ISA*  controller  begins  reading 
the  EEPROM  and  storing  the  information  in  registers  in- 
side PCnet-ISA*  controller.  PCnet-ISA*  controller  does 
a  checksum  on  word  locations  0-1  Ah  inclusive  and  if  the 
byte  checksum  =  OFFh,  then  the  data  read  from  the 
EEPROM  is  considered  good.  If  the  checksum  is  not 
equal  to  OFFh,  then  the  PCnet-ISA*  controller  enters 
what  is  called  software  relocatable  mode. 

In  software  relocatable  mode,  the  device  functions  the 
same  as  in  Plug  and  Play  mode,  except  that  it  does  not 
respond  to  the  same  initiation  key  as  Plug  and  Play  sup- 
ports. Instead,  a  different  key  is  used  to  bring 
PCnet-ISA*  controllerout  of  the  Wait  For  Key  state.  This 
key  is  as  follows: 

6B,  35,  9A,  CD,  E6,  F3,  79,  BC 

5E,  AF,  57,  2B,  15,  8A,  C5,  E2 

Fl,  F8,  7C,  3E,  9F,  4F,  27,  13 

09,  84,  42,  Al,  DO,  68,  34,  1A 
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Use  Without  EEPROM 

In  some  designs,  especially  PC  motherboard  applica- 
tions, it  may  be  desirable  to  eliminate  the  EEPROM 
altogether.  This  would  save  money,  space,  and  power 
consumption. 


The  operation  of  this  mode  is  similar  to  when  the 
PCnet-ISA*  controller  encounters  a  checksum  error,  ex- 
cept that  to  enter  this  mode  the  SHFBUSY  pin  is  left 
unconnected.  The  device  will  enter  software  relocatable 
mode,  and  the  BIOS  on  the  motherboard  can  wake  up 
the  device,  configure  it,  load  the  IEEE  address  (possibly 
stored  in  Flash  ROM)  into  the  PCnet-ISA*  controller, 
and  activate  the  device. 

External  Scan  Chain 

The  External  Scan  Chain  is  a  set  of  bits  stored  in  the 
EEPROM  which  are  not  used  in  the  PCnet-ISA*  control- 
ler but  which  can  be  used  with  external  hardware  to 
allow  jumperless  configuration  of  external  devices. 

After  I 


the 
side 
during  1 
added, 
SCLK  ; 
read 
ister. 


RESET,  the  PCnet-ISA*  controller  begins  reading 
EEPROM  and  storing  the  information  in  registers  in- 
the  PCnet-ISA*  controller.  SHFBUSY  is  held  high 
the  read  of  the  EEPROM.  If  external  circuitry  is 
added,  such  as  a  shift  register,  which  is  clocked  from 
and  is  attached  to  DO  from  the  EEPROM,  data 
out  of  the  EEPROM  will  be  shifted  into  the  shift  reg- 
After  reading  the  EEPROM  to  the  end  of  the 
External  Shift  Chain,  and  if  there  is  a  correct  checksum, 
SHFBUSY  will  go  low.  This  will  be  used  to  latch  the  infor- 
mation from  the  EEPROM  into  the  shift  register.  If  the 
checksum  is  invalid,  SHFBUSY  will  not  go  low,  indicat- 
ing that  the  EEPROM  may  be  bad. 

For  more  information  on  the  use  of  this  function,  please 
refer  to  the  technical  reference  manual. 

Flash  PROM 

Use 

Instead  of  using  a  PROM  or  EPROM  for  the  Boot 
PROM,  it  may  be  desirable  to  use  a  Flash  or  EEPROM 
type  of  device  for  storing  the  Boot  code.  This  would  al- 
low for  in-system  updates  and  changes  to  the 
information  in  the  Boot  ROM  without  opening  up  the  PC. 
It  may  also  be  desirable  to  store  statistics  or  drivers  in 
the  Flash  device. 


Interface 

To  use  a  Flash-type  device  with  the  PCnet-ISA*  control- 
ler, Flash  Select  is  set  in  register  OFOh  of  the  Plug  and 
'lay  registers.  Flash  Select  is  cleared  by  RESET  (de- 
fault). 


In  bus  master  mode 
IRQ12  becomes  Flash_WE 


BPCS  becomes  Flash_OE  and 
The  Flash  ROM  devices 


the  SROE  and  SRWE  signals  are  connected  to  both  the 
SRAM  and  Flash  devices. 

Optional  IEEE  Address  PROM 

Normally,  the  Ethernet  physical  address  will  be  stored  in 
the  EEPROM  with  the  otherconfiguration  data.  This  re- 
duces the  parts  count,  board  space  requirements,  and 
power  consumption.  The  option  to  use  a  standard 
parallel  8  bit  PROM  is  provided  to  manufactures  who  are 
concerned  about  the  non-volatile  nature  of  EEPROMs. 

To  use  a  8  bit  parallel  prom  to  store  the  IEEE  address 
data  instead  of  storing  it  in  the  EEPROM,  the 
APROM_EN  bit  is  set  in  the  Plug  and  Play  registers  by 
the  EEPROM  upon  RESET.  IRQ15  is  redefined  by  the 
setting  of  this  bit  to  be  APCS,  or  ADDRESS  PROM 
CHIP  SELECT.  This  pin  is  connected  to  an  external  8  bit 
PROM,  such  as  a  27LS19.  The  address  pins  of  the 
PROM  are  connected  to  the  lower  address  pins  of  the 
ISA  bus,  and  the  data  lines  are  connected  to  the  private 
data  bus. 

In  this  mode,  any  accesses  to  the  IEEE  address  will  be 
passed  to  the  external  PROM  and  the  data  will  be 
passed  through  the  PCnet-ISA*  controller  to  the  system 
data  bus. 

EISA  Configuration  Registers 

The  PCnet-ISA*  controller  has  support  for  the  4-byte 
EISA  Configuration  Registers.  These  are  used  in  EISA 
systems  to  identify  the  card  and  load  the  appropriate 
configuration  file  for  that  card.  This  feature  is  enabled 
using  bit  1 0  of  ISACSR2.  When  set  to  1 ,  the  EISA  Con- 
figuration registers  will  be  enabled  and  will  be  read  at  I/O 
location  0xC80-0xC83.  The  contents  of  these  4  regis- 
ters are  stored  in  the  EEPROM  and  are  automatically 
read  in  at  RESET. 

Bus  Interface  Unit  (BIU) 

The  bus  interface  unit  is  a  mixture  of  a  20  MHz  state  ma- 
chine and  asynchronous  logic.  It  handles  two  types  of 
accesses;  accesses  where  the  PCnet-ISA*  controller  is 
a  slave  and  accesses  where  the  PCnet-ISA*  controller  is 
the  Current  Master. 


;s  pin  is  connected  to  ground. 


In  shared  memory  mode,  BPCS  becomes  Flash_  CS 
and  IRQ12  becomes  the  static  RAM  Chip  Select,  and 


In  slave  mode,  signals  like  IOCS16  are  asserted  and 
deasserted  as  soon  as  the  appropriate  inputs  are  re- 
ceived. IOCHRDY  is  asynchronously  driven  LOW  if  the 
PCnet-ISA*  controller  needs  a  wait  state.  It  is  released 
synchronously  when  the  PCnet-ISA*  controller  is  ready. 

When  the  PCnet-ISA*  controller  is  the  Current  Master, 
all  the  signals  it  generates  are  synchronous  to  the  on- 
chip  20  MHz  clock. 

DMA  Transfers 

The  BIU  will  initiate  DMA  transfers  according  to  the  type 
of  operation  being  performed.  There  are  three  primary 
types  of  DMA  transfers: 

1 .  Initialization  Block  DMA  Transfers 


Am79C961 


1-521 


£1  AMD 


PRELIMINARY 


Once  the  BIU  has  been  granted  bus  mastership,  it  will 
perform  four  data  transfer  cycles  (eight  bytes)  before  re- 
linquishing the  bus.  The  four  transfers  within  the 
mastership  period  will  always  be  read  cycles  to 
contiguous  addresses.  There  are  12  words  to  transfer 
so  there  will  be  three  bus  mastership  periods. 

2.  Descriptor  DMA  Transfers 

Once  the  BIU  has  been  granted  bus  mastership,  it  will 
perform  the  appropriate  number  of  data  transfer  cycles 
before  relinquishing  the  bus.  The  transfers  within  the 
mastership  period  will  always  be  of  the  same  type 
(either  all  read  or  all  write),  but  may  be  to  non- 
contiguous addresses.  Only  the  bytes  which  need  to  be 
read  or  written  are  accessed. 

3.  Burst-Cycle  DMA  Transfers 

Once  the  BIU  has  been  granted  bus  mastership,  it  will 
perform  a  series  of  consecutive  data  transfer  cycles  be- 
fore relinquishing  the  bus.  Each  data  transfer  will  be 
performed  sequentially,  with  the  issue  of  the  address, 
and  the  transfer  of  the  data  with  appropriate  output  sig- 
nals to  indicate  selection  of  the  active  data  bytes  during 
the  transfer.  All  transfers  within  the  mastership  cycle  will 
be  either  read  or  write  cycles,  and  will  be  to  contiguous 
addresses.  The  number  of  data  transfer  cycles  within 
the  burst  is  dependent  on  the  programming  of  the 
DMAPLUS  option  (CSR4,  bit  14). 

If  DMAPLUS  =  0,  a  maximum  of  1 6  transfers  will  be  per- 
formed. This  may  be  changed  by  writing  to  the  burst 
register  (CSR80),  but  the  default  takes  the  same 
amount  of  time  as  the  Am21 00  family  of  LANCE-based 
boards,  a  little  over  5  us. 

If  DMAPLUS 
filled 
tion) 


I  to 
I  or 


=  1 ,  the  burst  will  continue  until  the  FIFO  is 
its  high  threshold  (32  bytes  in  transmit  opera- 
emptied  to  its  low  threshold  (1 6  bytes  in  receive 
operation).  The  exact  number  of  transfer  cycles  in  this 
be  dependent  on  the  latency  of  the  system  bus 
BlU's  mastership  request  and  the  speed  of 


will! 


case 
to  the 
bus  operation 


Buffer  Management  Unit  (BMU) 

The  buffer  management  unit  is  a  micro-coded  20  MHz 
state  machine  which  implements  the  initialization  block 
and  the  descriptor  architecture. 

Initialization 

PCnet-ISA*  controller  initialization  includes  the  reading 
of  the  initialization  block  in  memory  to  obtain  the  operat- 
ing parameters.  The  initialization  block  is  read  when  the 
INIT  bit  in  CSRO  is  set.  The  INIT  bit  should  be  set  before 
or  concurrent  with  the  STRT  bit  to  insure  correct  opera- 
tion. Four  words  at  a  time  are  read  and  the  bus  is 
released  at  the  end  of  each  block  of  reads,  for  a  total  of 
three  a  bitration  cycles.  Once  the  initialization  block  has 
been  read  in  and  processed,  the  BMU  knows  where  the 
receive  and  transmit  descriptor  rings  are.  On  completion 
of  the  read  operation  and  after  internal  registers  have 
been  updated,  IDON  will  be  set  in  CSRO,  and  an  inter- 
rupt generated  if  IENA  is  set. 


The  Initialization  Block  is  vectored  by  the  contents  of 
CSR1  (least  significant  16  bits  of  address)  and  CSR2 
(most  significant  8  bits  of  address).  The  block  contains 
the  user  defined  conditions  for  PCnet-ISA*  controller 
operation,  together  with  the  address  and  length 
information  to  allow  linkage  of  the  transmit  and  receive 
descriptor  rings. 

There  is  an  alternative  method  to  initialize  the 
PCnet-ISA*  controller.  Instead  of  initialization  via  the 
initialization  block  in  memory,  data  can  be  written  di- 
rectly into  the  appropriate  registers.  Either  method  may 
be  used  at  the  discretion  of  the  programmer.  If  the  regis- 
ters are  written  to  directly,  the  INIT  bit  must  not  be  set,  or 
the  initialization  block  will  be  read  in,  thus  overwriting 
the  previously  written  information.  Please  refer  to 
Appendix  D  for  details  on  this  alternative  method. 

Reinitialization 

The  transmitter  and  receiver  section  of  the  PCnet-ISA* 
controller  can  be  turned  on  via  the  initialization  block 
(MODE  Register  DTX,  DRX  bits;  CSR15[1:0]).  The 
state  of  the  transmitter  and  receiver  are  monitored 
through  CSRO  (RXON,  TXON  bits).  The  PCnet-ISA* 
controller  should  be  reinitialized  if  the  transmitter  and/or 
the  receiver  were  not  turned  on  during  the  original  in- 
itialization and  it  was  subsequently  required  to  activate 
them,  or  if  either  section  shut  off  due  to  the  detection  of 
an  error  condition  (MERR,  UFLO,  TX  BUFF  error). 

Reinitialization  may  be  done  via  the  initialization  block  or 
by  setting  the  STOP  bit  in  CSRO,  followed  by  writing  to 
CSR15,  and  then  setting  the  START  bit  in  CSRO.  Note 
that  this  form  of  restart  will  not  perform  the  same  in  the 
PCnet-ISA*  controller  as  in  the  LANCE.  In  particular,  the 
PCnet-ISA*  controller  reloads  the  transmit  and  receive 
descriptor  pointers  with  their  respective  base  ad- 
dresses.This  means  that  the  software  must  clear  the 
descriptor's  own  bits  and  reset  its  descriptor  ring  point- 
ers before  the  restart  of  the  PCnet-ISA  controller.  The 
reload  of  descriptor  base  addresses  is  performed  in  the 
LANCE  only  after  initialization,  so  a  restart  of  the 
LANCE  without  initialization  leaves  the  LANCE  pointing 
at  the  same  descriptor  locations  as  before  the  restart. 

Buffer  Management 

Buffer  management  is  accomplished  through  message 
descriptor  entries  organized  as  ring  structures  in  mem- 
ory. There  are  two  rings,  a  receive  ring  and  a  transmit 
ring.  The  size  of  a  message  descriptor  entry  is  4  words 
(8  bytes). 

Descriptor  Rings 

Each  descriptor  ring  must  be  organized  in  a  contiguous 
area  of  memory.  At  initialization  time  (setting  the  INIT  bit 
in  CSRO),  the  PCnet-ISA*  controller  reads  the  user-de- 
fined base  address  for  the  transmit  and  receive 
descriptor  rings,  which  must  be  on  an  8-byte  boundary, 
as  well  as  the  number  of  entries  contained  in  the  de- 
scriptor rings.  By  default,  a  maximum  of  128  ring  entries 
is  permitted  when  utilizing  the  initialization  block,  which 
uses  values  of  TLEN  and  RLEN  to  specify  the  transmit 
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and  receive  descriptor  ring  lengths.  However,  the  ring 
lengths  can  be  manually  defined  (up  to  65535)  by  writing 
the  transmit  and  receive  ring  length  registers 
(CSR76.78)  directly. 

Each  ring  entry  contains  the  following  information: 

The  address  of  the  actual  message  data  buffer 
in  user  or  host  memory 

The  length  of  the  message  buffer 

Status  information  indicating  the  condition  of 
the  buffer 

Receive  descriptor  entries  are  similar  (but  not  identical) 
to  transmit  descriptor  entries.  Both  are  composed  of  four 
registers,  each  1 6  bits  wide  for  a  total  of  8  bytes. 

To  permit  the  queuing  and  de-queuing  of  message  buff- 
ers, ownership  of  each  buffer  is  allocated  to  either  the 
PCnet-ISA*  controller  or  the  host.  The  OWN  bit  within 
the  descriptor  status  information,  either  TMD  or  RMD 
(see  section  on  TMD  or  RMD),  is  used  for  this  purpose. 
"Deadly  Embrace"  conditions  are  avoided  by  the  owner- 
ship mechanism.  Only  the  owner  is  permitted  to 


relinquish  ownership  or  to  write  to  any  field  in  the 
descriptor  entry .  A  device  that  is  not  the  current  owner  of 
a  descriptor  entry  cannot  assume  ownership  or  change 
any  field  in  the  entry. 

Descriptor  Ring  Access  Mechanism 

At  initialization,  the  PCnet-ISA*  controller  reads  the 
base  address  of  both  the  transmit  and  receive  descriptor 
rings  into  CSRs  for  use  by  the  PCnet-ISA-t-  controller 
during  subsequent  operation. 

When  transmit  and  receive  functions  begin,  the  base 
address  of  each  ring  is  loaded  into  the  current  descriptor 
address  registers  and  the  address  of  the  next  descriptor 
entry  in  the  transmit  and  receive  rings  is  computed  and 
loaded  into  the  next  descriptor  address  registers. 
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24-Bit  Base  Address 

Pointer  to 
Initialization  Block 


PADR[15:0] 


PADR[31:16] 


PADRF[47:32] 


LADRF[15:( 


LADRF[31:16] 


LADRF[47:32] 


LADRF[63:48] 


RDRA[15:0] 


RLEN  |  RES  |  RDRA[23:16] 


Data 

Data 

Data 

Buffer 

Buffer 

Buffer 

1 

2 

N 

TDRA[15:0] 
TLEN  |  RES  |  TDRA[23:16] 


XMT 
Buffers 


Data 

Data 

Data 

Buffer 

Buffer 

Buffer 

1 

2 

M 
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Initialization  Block  and  Descriptor  Rings 


Polling 

When  there  is  no  channel  activity  and  there  is  no  pre-  or 
post-receive  or  transmit  activity  being  performed  by  the 
PCnet-  SA»  controller  then  the  PCnet-ISA*  controller 
will  periodically  poll  the  current  receive  and  transmit  de- 
scriptor entries  in  order  to  ascertain  their  ownership.  If 
the  DPOLL  bit  in  CSR4  is  set,  then  the  transmit  polling 
function  is  disabled. 


A  typical  polling  operation  consists  of  the  following:  The 
PCnet-ISA*  controller  will  use  the  current  receive  de- 
scriptor address  stored  internally  to  vector  to  the 
appropriate  Receive  Descriptor  Table  Entry  (RDTE).  It 
will  then  use  the  current  transmit  descriptor  address 
(stored  internally)  to  vector  to  the  appropriate  Transmit 
Descriptor  Table  Entry  (TDTE).  These  accesses  will  be 
made  to  RMD1  and  RMDO  of  the  current  RDTE  and 
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/ID1  and  TMDO  of  the  current  TDTE  at  periodic  polling 
intervals.  All  information  collected  during  polling  activity 
will  be  stored  internally  in  the  appropriate  CSRs.  (i.e. 
CSR18-19,  CSR40,  CSR20-21,  CSR42,  CSR50, 
CSR52).  Unowned  descriptor  status  will  be  internally 
ignored. 

A  typical  receive  poll  occurs  under  the  following 
conditions: 

1)  PCnet-ISA*  controller  does  not  possess  ownership 
of  the  current  RDTE  and 

the  poll  time  has  elapsed  and 
RXON  =  1, 

or 

2)  PCnet-ISA*  controller  does  not  possess  ownership 
of  the  next  RDTE  and 

the  poll  time  has  elapsed  and 
RXON  =  1 , 

If  RXON  =  0,  the  PCnet-ISA+  controller  will  never  poll 
RDTE  locations. 

If  RXON  =  1 ,  the  system  should  always  have  at  least  one 
RDTE  available  for  the  possibility  of  a  receive  event. 
When  there  is  only  one  RDTE,  there  is  no  polling  for  next 
RDTE. 

A  typical  transmit  poll  occurs  under  the  following 
conditions: 

1 )  PCnet-ISA*  controller  does  not  possess  ownership 
of  the  current  TDTE  and 

DPOLL  =  0  and 

TXON  =  1  and 

the  poll  time  has  elapsed, 

or 

2)  PCnet-ISA*  controller  does  not  possess  ownership 
of  the  current  TDTE  and 

DPOLL  =  0  and 
TXON  =  1  and 

a  packet  has  just  been  received, 


or 


3)  PCnet-ISA*  controller  does  not  possess  ownership 
of  the  current  TDTE  and 
DPOLL  =  0  and 
TXON  =  1  and 

a  packet  has  just  been  transmitted. 

e  poll  time  interval  is  nominally  defined  as  32,768 
•stal  clock  periods,  or  1 .6  ms.  However,  the  poll  time 
lister  is  controlled  internally  by  microcode,  so  any 
r  microcode  controlled  operation  will  interrupt  the 
imenting  of  the  poll  count  register.  For  example, 
n  a  receive  packet  is  accepted  by  the  PCnet-ISA* 
ntroller,  the  device  suspends  execution  of  the  poll- 
incrementing  microcode  so  that  a  receive 
le  routine  may  instead  be  executed.  Poll-time- 
rementing  code  is  resumed  when  the  receive 
operation  has  completely  finished.  Note,  however,  that 
following  the  completion  of  any  receive  or  transmit  op- 
eration, a  poll  operation  will  always  be  performed.  The 


poll  time  count  register  is  never  reset.  Note  that  if  a  non- 
default  is  desired,  then  a  strict  sequence  of  setting  the 
INIT  bit  in  CSRO,  waiting  for  the  IDON  bit  in  CSRO,  then 
writing  to  CSR47,  and  then  setting  STRT  in  CSRO  must 
be  observed,  otherwise  the  default  value  will  not  be 
overwritten.  See  the  CSR47  section  for  details. 

Setting  the  TDMD  bit  of  CSRO  will  cause  the  microcode 
controller  to  exit  the  poll  counting  code  and  immediately 
perform  a  polling  operation.  If  RDTE  ownership  has  not 
been  previously  established,  then  an  RDTE  poll  will  be 
performed  ahead  of  the  TDTE  poll. 

Transmit  Descriptor  Table  Entry  (TDTE) 

If,  after  a  TDTE  access,  the  PCnet-ISA+  controller  finds 
that  the  OWN  bit  of  that  TDTE  is  not  set,  then  the 
PCnet-ISA*  controller  resumes  the  poll  time  count  and 
reexamines  the  same  TDTE  at  the  next  expiration  of  the 
poll  time  count. 

If  the  OWN  bit  of  the  TDTE  is  set,  but  STP  =  0,  the 
PCnet-ISA*  controller  will  immediately  request  the  bus 
in  order  to  reset  the  OWN  bit  of  this  descriptor;  this  con- 
dition would  normally  be  found  following  a  LCOL  or 
RETRY  error  that  occurred  in  the  middle  of  a  transmit 
packet  chain  of  buffers.  After  resetting  the  OWN  bit  of 
this  descriptor,  the  PCnet-ISA*  controller  will  again  im- 
mediately request  the  bus  in  order  to  access  the  next 
TDTE  location  in  the  ring. 

If  the  OWN  bit  is  set  and  the  buffer  length  is  0,  the  OWN 
bit  will  be  reset.  In  the  LANCE  the  buffer  length  of  0  is 
interpreted  as  a  4096-byte  buffer.  It  is  acceptable  to 
have  a  0  length  buffer  on  transmit  with  STP  =  1  or  STP  = 
1  and  ENP  =  1 .  It  is  not  acceptable  to  have  0  length 
buffer  with  STP  =  0  and  ENP  =  1 . 

If  the  OWN  bit  is  set  and  the  start  of  packet  (STP)  bit  is 
set,  then  microcode  control  proceeds  to  a  routine  that 
will  enable  transmit  data  transfers  to  the  FIFO. 

If  the  transmit  buffers  are  data  chained  (ENP=0  in  the 
first  buffer),  then  the  PCnet-ISA*  controller  will  look 
ahead  to  the  next  transmit  descriptor  after  it  has 
performed  at  least  one  transmit  data  transfer  from  the 
first  buffer.  More  than  one  transmit  data  transfer  may 
possibly  take  place,  depending  upon  the  state  of  the 
transmitter.  The  transmit  descriptor  lookahead  reads 
TMDO  first  and  TMD1  second.  The  contents  of  TMDO 
and  TMD1  will  be  stored  in  Next  TX  Descriptor  Address 
(CSR32),  Next  TX  Byte  Count  (CSR66)  and  Next  TX 
Status  (CSR67)  regardless  of  the  state  of  the  OWN  bit. 
This  transmit  descriptor  lookahead  operation  is  per- 
formed only  once. 

If  the  PCnet-ISA*  controller  does  not  own  the  next  TDTE 
(i.e.  the  second  TDTE  for  this  packet),  then  it  will  com- 
plete transmission  of  the  current  buffer  and  then  update 
the  status  of  the  current  (first)  TDTE  with  the  BUFF  and 
UFLO  bits  being  set.  This  will  cause  the  transmitterto  be 
disabled  (CSRO,  TXON=0).  The  PCnet-ISA+ controller 
will  have  to  be  restarted  to  restore  the  transmit  function. 
The  situation  that  matches  this  description  implies  that 
the  system  has  not  been  able  to  stay  ahead  of  the 
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PCnet-ISA*  controller  in  the  transmit  descriptor  ring  and 
therefore,  the  condition  is  treated  as  a  fatal  error.  To 
avoid  this  situation,  the  system  should  always  set  the 
transmit  chain  descriptor  own  bits  in  reverse  order. 

If  the  PCnet-ISA*  controller  does  own  the  second  TDTE 
in  a  chain,  it  will  gradually  empty  the  contents  of  the  first 
buffer  (as  the  bytes  are  needed  by  the  transmit  opera- 


tion), 


,  perform  a  single-cycle  DMA  transfer  to  update  the 
status  (reset  the  OWN  bit  in  TMD1)  of  the  first  descrip- 
tor, and  then  it  may  perform  one  data  DMA  access  on 
the  second  buffer  in  the  chain  before  executing  another 
lookahead  operation,  (i.e.  a  lookahead  to  the  third 
descriptor.) 

The  PCnet-ISA*  controller  can  queue  up  to  two  packets 
in  the  transmit  FIFO.  Call  them  packet  "X"  and  packet 
"Y",  where  "Y"  is  after  "X".  Assume  that  packet  "X"  is 
currently  being  transmitted.  Because  the  PCnet-ISA* 
controller  can  perform  lookahead  data  transfer  over  an 
ENP,  it  is  possible  for  the  PCnet-ISA+  controller  to  up- 
date a  TDTE  in  a  buffer  belonging  to  packet  "Y"  while 
packet  "X"  is  being  transmitted  if  packet  "Y"  uses  data 
chain  ng.  This  operation  will  result  in  non-sequential 
TDTE  accesses  as  packet  "X"  completes  transmission 
and  the  PCnet-ISA*  controller  writes  out  its  status,  since 
packet  "X"'s  TDTE  is  before  the  TDTE  accessed  as  part 
of  the  lookahead  data  transfer  from  packet  "Y". 

This  should  not  cause  any  problem  for  properly  written 
software  which  processes  buffers  in  sequence,  waiting 
for  ownership  before  proceeding. 

If  an  error  occurs  in  the  transmission  before  all  of  the 
bytes  of  the  current  buffer  have  been  transferred,  then 
TMD2  and  TMD1  of  the  current  buffer  will  be  written;  in 
that  case,  data  transfers  from  the  next  buffer  will  not 
commence.  Instead,  following  the  TMD2/TMD1  update, 
the  PCnet-ISA*  controller  will  go  to  the  next  transmit 
packet,  if  any,  skipping  over  the  rest  of  the  packet  which 
experienced  an  error,  including  chained  buffers. 

This  is  done  by  returning  to  the  polling  microcode  where 
it  will  immediately  access  the  next  descriptor  and  find 
the  condition  OWN  =  1  and  STP  =  0  as  described  earlier. 
In  that  case,  the  PCnet-ISA*  controller  will  reset  the  own 
bit  for  this  descriptor  and  continue  in  like  manner  until  a 
descriptor  with  OWN=0  (no  more  transmit  packets  in  the 
ring)  or  OWN  =  1  and  STP  =  1  (the  first  buffer  of  a  new 
packet)  is  reached. 

At  the  end  of  any  transmit  operation,  whether  successful 
or  with  errors,  and  the  completion  of  the  descriptor  up- 
dates, the  PCnet-ISA*  controller  will  always  perform 
another  poll  operation.  As  described  earlier,  this  poll  op- 
eration will  begin  with  a  check  of  the  current  RDTE, 
unless  he  PCnet-ISA*  controller  already  owns  that  de- 
scriptor. Then  the  PCnet-ISA*  controller  will  proceed  to 
polling  the  next  TDTE.  If  the  transmit  descriptor  OWN  bit 
has  a  zero  value,  then  the  PCnet-ISA*  controller  will  re- 
sume poll  time  count  incrementation.  If  the  transmit 
descriptor  OWN  bit  has  a  value  of  ONE,  then  the 
PCnet-ISA*  controller  will  begin  filling  the  FIFO  with 
transmit  data  and  initiate  a  transmission.  This  end-of- 


operation  poll  avoids  inserting  poll  time  counts  between 
successive  transmit  packets. 

Whenever  the  PCnet-ISA*  controller  completes  a  trans- 
mit packet  (either  with  or  without  error)  and  writes  the 
status  information  to  the  current  descriptor,  then  the 
TINT  bit  of  CSRO  is  set  to  indicate  the  completion  of  a 
transmission.  This  causes  an  interrupt  signal  if  the  IENA 
bit  of  CSRO  has  been  set  and  the  TINTM  bit  of  CSR3 
is  reset. 

Receive  Descriptor  Table  Entry  (RDTE) 

If  the  PCnet-ISA*  controller  does  not  own  both  the  cur- 
rent and  the  next  Receive  Descriptor  Table  Entry,  then 
the  PCnet-ISA*  controller  will  continue  to  poll  according 
to  the  polling  sequence  described  above.  If  the  receive 
descriptor  ring  length  is  1 ,  there  is  no  next  descriptor, 
and  no  look  ahead  poll  will  take  place. 

If  a  poll  operation  has  revealed  that  the  current  and  the 
next  RDTE  belongs  to  the  PCnet-ISA*  controller,  then 
additional  poll  accesses  are  not  necessary.  Future  poll 
operations  will  not  include  RDTE  accesses  as  long  as 
the  PCnet-ISA*  controller  retains  ownership  to  the  cur- 
rent and  the  next  RDTE. 

When  receive  activity  is  present  on  the  channel,  the 
PCnet-ISA*  controller  waits  for  the  complete  address  of 
the  message  to  arrive.  It  then  decides  whether  to  accept 
or  reject  the  packet  based  on  all  active  addressing 
schemes.  If  the  packet  is  accepted  the  PCnet-ISA*  con- 
troller checks  the  current  receive  buffer  status  register 
CRST  (CSR40)  to  determine  the  ownership  of  the  cur- 
rent buffer. 

If  ownership  is  lacking,  then  the  PCnet-ISA*  controller 
will  immediately  perform  a  (last  ditch)  poll  of  the  current 
RDTE.  If  ownership  is  still  denied,  then  the  PCnet-ISA* 
controller  has  no  buffer  in  which  to  store  the  incoming 
message.  The  MISS  bit  will  be  set  in  CSRO  and  an  inter- 
rupt will  be  generated  if  IENA  =  1  (CSRO)  and  MISSM  = 
0  (CSR3).  Another  poll  of  the  current  RDTE  will  not  oc- 
cur until  the  packet  has  finished. 

If  the  PCnet-ISA*  controller  sees  that  the  last  poll  (either 
a  normal  poll  or  the  last-ditch  effort  described  in  the 
above  paragraph)  of  the  current  RDTE  shows  valid  own- 
ership, then  it  proceeds  to  a  poll  of  the  next  RDTE. 
Following  this  poll,  and  regardless  of  the  outcome  of  this 
poll,  transfers  of  receive  data  from  the  FIFO  may  begin. 

Regardless  of  ownership  of  the  second  receive  descrip- 
tor, the  PCnet-ISA*  controller  will  continue  to  perform 
receive  data  DMA  transfers  to  the  first  buffer,  using 
burst-cycle  DMA  transfers.  If  the  packet  length  exceeds 
the  length  of  the  first  buffer,  and  the  PCnet-ISA* control- 
ler does  not  own  the  second  buffer,  ownership  of  the 
current  descriptor  will  be  passed  back  to  the  system  by 
writing  a  zero  to  the  OWN  bit  of  RM  D1  and  status  will  be 
written  indicating  buffer  (BUFF  =  1)  and  possibly  over- 
flow (OFLO  =  1)  errors. 

If  the  packet  length  exceeds  the  length  of  the  first  (cur- 
rent) buffer,  and  the  PCnet-ISA*  controller  does  own  the 
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second  (next)  buffer,  ownership  will  be  passed  back  to 
the  system  by  writing  a  zero  to  the  OWN  bit  of  RMD1 
when  the  first  buffer  is  full.  Receive  data  transfers  to  the 
second  buffer  may  occur  before  the  PCnet-ISA*  control- 
ler proceeds  to  look  ahead  to  the  ownership  of  the  third 
buffer.  Such  action  will  depend  upon  the  state  of  the 
FIFO  when  the  status  has  been  updated  on  the  first  de- 
scriptor. In  any  case,  lookahead  will  be  performed  to  the 
third  buffer  and  the  information  gathered  will  be  stored  in 
the  chip,  regardless  of  the  state  of  the  ownership  bit.  As 
in  the  transmit  flow,  lookahead  operations  are  per- 
formed only  once. 

This  activity  continues  until  the  PCnet-ISA*  controller 
recognizes  the  completion  of  the  packet  (the  last  byte  of 
this  receive  message  has  been  removed  from  the 
FIFO).  The  PCnet-ISA*  controller  will  subsequently 
update  the  current  RDTE  status  with  the  end  of  packet 
(ENP)  indication  set,  write  the  message  byte  count 
(MCNT)  of  the  complete  packet  into  RMD2  and  over- 
write the  "current"  entries  in  the  CSRs  with  the  "next" 
entries. 

Media  Access  Control 

The  Media  Access  Control  engine  incorporates  the  es- 
sential protocol  requirements  for  operation  of  a 
compliant  Ethernet/802.3  node,  and  provides  the  inter- 
face between  the  Fl  FO  sub-system  and  the  Manchester 
Encoder/Decoder  (MENDEC). 

The  MAC  engine  is  fully  compliant  to  Section  4  of  ISO/ 
IEC 8802-3 (ANSI/IEEE Standard  1 990  Second  Edition) 
and  ANSI/IEEE  802.3  (1985). 


The  MAC  engine  provides  programmable  enhanced 
features  designed  to  minimize  host  supervision  and  pre 
or  post-message  processing.  These  features  include 
the  ability  to  disable  retries  after  a  collision,  dynamic 
FCS  generation  on  a  packet-by-packet  basis,  and  auto- 
matic pad  field  insertion  and  deletion  to  enforce 
minimum  frame  size  attributes. 

The  two  primary  attributes  of  the  MAC  engine  are: 

Transmit  and  receive  message  data  encapsulation 

Framing  (frame  boundary  delimitation,  frame 
synchronization) 

Addressing  (source  and  destination  address 
handling) 

—  Error  detection  (physical  medium  transmission 
errors) 

Media  access  management 

—  Medium  allocation  (collision  avoidance) 
j—  Contention  resolution  (collision  handling) 

Transmit  And  Receive  Message  Data 
Encapsulation 

The  MAC  engine  provides  minimum  frame  size  enforce- 
ment for  transmit   and   receive   packets.  When 


APAD_XMT  =  1  (bit  11  in  CSR4),  transmit  messages 
will  be  padded  with  sufficient  bytes  (containing  OOh)  to 
ensure  that  the  receiving  station  will  observe  an 
information  field  (destination  address,  source  address, 
length/type,  data  and  FCS)  of  64-bytes.  When 
ASTRP^RCV  =  1  (bit  1 0  in  CSR4),  the  receiver  will  auto- 
matically strip  pad  bytes  from  the  received  message  by 
observing  the  value  in  the  length  field,  and  stripping  ex- 
cess bytes  if  this  value  is  below  the  minimum  data  size 
(46  bytes).  Both  features  can  be  independently  over- 
ridden to  allow  illegally  short  (less  than  64  bytes  of 
packet  data)  messages  to  be  transmitted  and/or  re- 
ceived. The  use  of  these  features  reduce  bus  bandwidth 
usage  because  the  pad  bytes  are  not  transferred  to  or 
from  host  memory. 

Framing  (frame  boundary  delimitation,  frame 
synchronization) 

The  MAC  engine  will  autonomously  handle  the  con- 
struction of  the  transmit  frame.  Once  the  Transmit  FIFO 
has  been  filled  to  the  predetermined  threshold  (set  by 
XMTSP  in  CSR80),  and  providing  access  to  the  channel 
is  currently  permitted,  the  MAC  engine  will  commence 
the  7-byte  preamble  sequence  (10101010b,  where  first 
bit  transmitted  is  a  1).  The  MAC  engine  will  subse- 
quently append  the  Start  Frame  Delimiter  (SFD)  byte 
(10101011b)  followed  by  the  serialized  data  from  the 
Transmit  Fl  FO.  Once  the  data  has  been  completed,  the 
MAC  engine  will  append  the  FCS  (most  significant  bit 
first)  which  was  computed  on  the  entire  data  portion  of 
the  message. 

Note  that  the  user  is  responsible  for  the  correct  ordering 
and  content  in  each  of  the  fields  in  the  frame,  including 
the  destination  address,  source  address,  length/type 
and  packet  data. 

The  receive  section  of  the  MAC  engine  will  detect  an  in- 
coming preamble  sequence  and  lock  to  the  encoded 
clock.  The  internal  MENDEC  will  decode  the  serial  bit 
stream  and  present  this  to  the  MAC  engine.  The  MAC 
will  discard  the  first  8  bits  of  information  before  search- 
ing for  the  SFD  sequence.  Once  the  SFD  is  detected,  all 
subsequent  bits  are  treated  as  part  of  the  frame.  The 
MAC  engine  will  inspect  the  length  field  to  ensure  mini- 
mum frame  size,  strip  unnecessary  pad  characters  (if 
enabled),  and  pass  the  remaining  bytes  through  the  Re- 
ceive FIFO  to  the  host.  If  pad  stripping  is  performed,  the 
MAC  engine  will  also  strip  the  received  FCS  bytes,  al- 
though the  normal  FCS  computation  and  checking  will 
occur.  Note  that  apart  from  pad  stripping,  the  frame  will 
be  passed  unmodified  to  the  host.  If  the  length  field  has 
a  value  of  46  or  greater,  the  MAC  engine  will  not  attempt 
to  validate  the  length  against  the  number  of  bytes  con- 
tained in  the  message. 

If  the  frame  terminates  or  suffers  a  collision  before 
64  bytes  of  information  (after  SFD)  have  been  received, 
the  MAC  engine  will  automatically  delete  the  frame  from 
the  Receive  FIFO,  without  host  intervention. 
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Addressing  (source  and  destination  address 
handling) 

The  first  6  bytes  of  information  after  SFD  will  be  inter- 
preted as  the  destination  address  field.  The  MAC  engine 
provides  facilities  for  physical,  logical,  and  broadcast 
address  reception.  In  addition,  multiple  physical  ad- 
dresses can  be  constructed  (perfect  address  filtering) 
using  external  logic  in  conjunction  with  the  EADI™ 
interface. 

Error  detection  (physical  medium  transmission 
errors). 

The  MAC  engine  provides  several  facilities  which  report 
and  recover  from  errors  on  the  medium.  In  addition,  the 
network  is  protected  from  gross  errors  due  to  inability  of 
the  host  to  keep  pace  with  the  MAC  engine  activity. 

On  completion  of  transmission,  the  following  transmit 
status  is  available  in  the  appropriate  TMD  and  CSR 
areas: 

■  The  exact  number  of  transmission  retry  attempts 
(ONE,  MORE,  or  RTRY). 

■  Whether  the  MAC  engine  had  to  Defer  (DEF)  due 
ta  channel  activity. 

■  Loss  of  Carrier,  indicating  that  there  was  an 
interruption  in  the  ability  of  the  MAC  engine  to 
monitor  its  own  transmission.  Repeated  LCAR 
errors  indicate  a  potentially  faulty  transceiver  or 
network  connection. 

■  Late  Collision  (LCOL)  indicates  that  the 
transmission  suffered  a  collision  after  the  slot  time. 
This  is  indicative  of  a  badly  configured  network. 
Late  collisions  should  not  occur  in  a  normal 
operating  network. 

■  Collision  Error  (CERR)  indicates  that  the 
transceiver  did  not  respond  with  an  SQE  Test 
message  within  the  predetermined  time  after  a 
transmission  completed.  This  may  be  due  to  a 
fai  ed  transceiver,  disconnected  or  faulty  trans- 
ce  ver  drop  cable,  or  the  fact  the  transceiver  does 
not  support  this  feature  (or  the  feature  is  disabled). 

In  addition  to  the  reporting  of  network  errors,  the  MAC 
engine  will  also  attempt  to  prevent  the  creation  of  any 
network  error  due  to  the  inability  of  the  host  to  service 
the  MAC  engine.  During  transmission,  if  the  host  fails  to 
keepthe  Transmit  FIFOfilled  sufficiently,  causing  an  un- 
derflow, the  MAC  engine  will  guarantee  the  message  is 
either  sent  as  a  runt  packet  (which  will  be  deleted  by  the 
receiv  ng  station)  or  has  an  invalid  FCS  (which  will  also 
cause  the  receiver  to  reject  the  message). 

The  status  of  each  receive  message  is  available  in  the 
appropriate  RMD  and  CSR  areas.  FCS  and  Framing  er- 
rors (FRAM)  are  reported,  although  the  received  frame 
is  still  passed  to  the  host.  The  FRAM  error  will  only  be 
reported  if  an  FCS  error  is  detected  and  there  are  a  non- 
integral  number  of  bits  in  the  message.  The  MAC  engine 


will  ignore  up  to  seven  additional  bits  at  the  end  of  a 
message  (dribbling  bits),  which  can  occur  under  normal 
network  operating  conditions.  The  reception  of  eight  ad- 
ditional bits  will  cause  the  MAC  engine  to  de-serialize 
the  entire  byte,  and  will  result  in  the  received  message 
and  FCS  being  modified. 

The  PCnet-ISA*  controller  can  handle  up  to  7  dribbling 
bits  when  a  received  packet  terminates.  During  the  re- 
ception, the  CRC  is  generated  on  every  serial  bit 
(including  the  dribbling  bits)  coming  from  the  cable,  al- 
though the  internally  saved  CRC  value  is  only  updated 
on  the  eighth  bit  (on  each  byte  boundary).  The  framing 
error  is  reported  to  the  user  as  follows: 

1.  If  the  number  of  the  dribbling  bits  are  1  to  7  and  there 
is  no  CRC  error,  then  there  is  no  Framing  error 
(FRAM  =  0). 

2.  If  the  number  of  the  dribbling  bits  are  less  than  8  and 
there  is  a  CRC  error,  then  there  is  also  a  Framing 
error  (FRAM  =  1). 

3.  If  the  number  of  dribbling  bits  =  0,  then  there  is  no 
Framing  error.  There  may  or  may  not  be  a  CRC 
(FCS)  error. 

Counters  are  provided  to  report  the  Receive  Collision 
Count  and  Runt  Packet  Count  used  for  network  statis- 
tics and  utilization  calculations. 

Note  that  if  the  MAC  engine  detects  a  received  packet 
which  has  a  00b  pattern  in  the  preamble  (after  the  first 
8  bits,  which  are  ignored),  the  entire  packet  will  be 
ignored.  The  MAC  engine  will  wait  for  the  network  to  go 
inactive  before  attempting  to  receive  the  next  packet. 

Media  Access  Management 

The  basic  requirement  for  all  stations  on  the  network  is 
to  provide  fairness  of  channel  allocation.  The 
802.3/Ethernet  protocol  defines  a  media  access  mecha- 
nism which  permits  all  stations  to  access  the  channel 
with  equality.  Any  node  can  attempt  to  contend  for  the 
channel  by  waiting  for  a  predetermined  time  (Inter 
Packet  Gap  interval)  after  the  last  activity,  before  trans- 
mitting on  the  medium.  The  channel  is  a  multidrop 
communications  medium  (with  various  topological  con- 
figurations permitted)  which  allows  a  single  station  to 
transmit  and  all  other  stations  to  receive.  If  two  nodes 
simultaneously  contend  for  the  channel,  their  signals 
will  interact,  causing  loss  of  data  (defined  as  a  collision). 
It  is  the  responsibility  of  the  MAC  to  attempt  to  avoid  and 
recover  from  a  collision,  to  guarantee  data  integrity  for 
the  end-to-end  transmission  to  the  receiving  station. 

Medium  allocation  (collision  avoidance) 

The  IEEE  802.3  Standard  (ISO/IEC  8802-3  1990)  re- 
quires that  the  CSMA/CD  MAC  monitor  the  medium 
traffic  by  looking  for  carrier  activity.  When  carrier  is  de- 
tected the  medium  is  considered  busy,  and  the  MAC 
should  defer  to  the  existing  message. 
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The  IEEE  802.3  Standard  also  allows  optional  two  part 
deferral  after  a  receive  message. 

See  ANSI/IEEE  Std  802.3-1990  Edition,  4.2.3.2.1: 

"Note:  It  is  possible  for  the  PLS  carrier  sense 
indication  to  fail  to  be  asserted  during  a  collision 
on  the  media.  If  the  deference  process  simply 
times  the  interpacket  gap  based  on  this  indica- 
tion it  is  possible  for  a  short  interFrame  gap  to 
be  generated,  leading  to  a  potential  reception 
failure  of  a  subsequent  frame.  To  enhance  sys- 
tem robustness  the  following  optional 
measures,  as  specified  in  4.2.8,  are  recom- 
mended when  InterFrameSpacingPartl  is 
other  than  zero: 

(1)  Upon  completing  a  transmission,  start  timing 
the  interpacket  gap,  as  soon  as  transmitting 
and  carrierSense  are  both  false. 

(2)  When  timing  an  interpacket  gap  following  re- 
ception, reset  the  interpacket  gap  timing  if 
carrier  Sense  becomes  true  during  the  first  2/3 
of  the  interpacket  gap  timing  interval.  During  the 
final  1/3  of  the  interval  the  timer  shall  not  be  re- 
set to  ensure  fair  access  to  the  medium.  An 
initial  period  shorter  than  2/3  of  the  interval  is 
permissible  including  zero. " 

The  MAC  engine  implements  the  optional  receive  two 
part  deferral  algorithm,  with  a  first  part  inter-frame-spac- 
ing time  of  6.0  (is.  The  second  part  of  the 
inter-frame-spacing  interval  is  therefore  3.6  us. 

The  PCnet-ISA*  controller  will  perform  the  two-part 
deferral  algorithm  as  specified  in  Section  4.2.8  (Process 
Deference).  The  Inter  Packet  Gap  (IPG)  timer  will  start 
timing  the  9.6  us  InterFrameSpacing  after  the  receive 
carrier  is  de-asserted.  During  the  first  part  deferral 
(InterFrameSpacingPartl  -  IFS1)  the  PCnet-ISA*  con- 
troller will  defer  any  pending  transmit  frame  and  respond 
to  the  receive  message.  The  IPG  counter  will  be  reset  to 
zero  continuously  until  the  carrier  de-asserts,  at  which 
point  the  IPG  counter  will  resume  the  9.6  us  count  once 
again.  Once  the  IFS1  period  of  6.0  (is  has  elapsed,  the 
PCnet-ISA*  controller  will  begin  timing  the  second  part 
deferral  (lnterFrameSpacingPart2  -  IFS2)  of  3.6  us. 
Once  IFS1  has  completed,  and  IFS2  has  commenced, 
the  PCnet-ISA*  controller  will  not  defer  to  a  receive 
packet  if  a  transmit  packet  is  pending.  This  means  that 
the  PCnet-ISA*  controller  will  not  attempt  to  receive  the 
receive  packet,  since  it  will  start  to  transmit,  and  gener- 
ate a  collision  at  9.6  us.  The  PCnet-ISA+  controller  will 
guarantee  to  complete  the  preamble  (64-bit)  and  jam 
(32-bit)  sequence  before  ceasing  transmission  and  in- 
voking the  random  backoff  algorithm. 

In  addition,  transmit  two  part  deferral  is  implemented  as 
an  option  which  can  be  disabled  using  the  DXMT2PD  bit 
(CSR3).  Two-part  deferral  after  transmission  is  useful 
for  ensuring  that  severe  IPG  shrinkage  cannot  occur  in 
specific  circumstances,  causing  a  transmit  message  to 
follow  a  receive  message  so  closely  as  to  make  them 
indistinguishable. 


During  the  time  period  immediately  after  a  transmission 
has  been  completed,  the  external  transceiver  (in  the 
case  of  a  standard  AUI  connected  device),  should  gen- 
erate the  SQE  Test  message  (a  nominal  1 0  MHz  burst  of 
5-15  bit  times  duration)  on  the  CI+  pair  (within  0.6  us  - 
1 .6  us  after  the  transmission  ceases).  During  the  time 
period  in  which  the  SQE  Test  message  is  expected  the 
PCnet-ISA+ controller  will  not  respond  to  receive  carrier 
sense. 

See  ANSI/IEEE  Std  802.3-1990  Edition, 
7.2.4.6  (1)): 

"At  the  conclusion  of  the  output  function,  the 
DTE  opens  a  time  window  during  which  it  ex- 
pects to  see  the  signal_quality_erro/-  signal 
asserted  on  the  Control  In  circuit.  The  time  win- 
dow begins  when  the  CARRIER_STA  TUS 
becomes  CARRIER_  OFF.  If  execution  of  the 
output  function  does  not  cause  CARRIER  ON 
to  occur,  no  SQE  test  occurs  in  the  DTE.  The 
duration  of  the  window  shall  be  at  least  4.0  us 
but  no  more  than  8.0  us.  During  the  time  win- 
dow the  Carrier  Sense  Function  is  inhibited." 

The  PCnet-ISA*  controller  implements  a  carrier  sense 
"blinding"  period  within  0  -  4.0  us  from  de-assertion  of 
carrier  sense  after  transmission.  This  effectively  means 
that  when  transmit  two  part  deferral  is  enabled 
(DXMT2PD  is  cleared)  the  IFS1  time  is  from  4  us  to  6  us 
after  a  transmission.  However,  since  IPG  shrinkage  be- 
low 4  us  will  rarely  be  encountered  on  a  correctly 
configured  network,  and  since  the  fragment  size  will  be 
larger  than  the  4  us  blinding  window,  then  the  IPG 
counter  will  be  reset  by  a  worst  case  I PG  shrinkage/frag- 
ment scenario  and  the  PCnet-ISA*  controller  will  defer 
its  transmission.  In  addition,  the  PCnet-ISA-i-  controller 
will  not  restart  the  "blinding"  period  if  carrier  is  detected 
within  the  4.0  us  -  6.0  us  IFS1  period,  but  will  com- 
mence timing  of  the  entire  IFS1  period. 

Contention  resolution  (collision  handling) 

Collision  detection  is  performed  and  reported  to  the 
MAC  engine  by  the  integrated  Manchester  Encoder/ 
Decoder  (MENDEC). 

If  a  collision  is  detected  before  the  complete  preamble/ 
SFD  sequence  has  been  transmitted,  the  MAC  Engine 
will  complete  the  preamble/SFD  before  appending  the 
jam  sequence.  If  a  collision  is  detected  after  the  pream- 
ble/SFD has  been  completed,  but  prior  to  51 2  bits  being 
transmitted,  the  MAC  Engine  will  abort  the  transmis- 
sion, and  append  the  jam  sequence  immediately.  The 
jam  sequence  is  a  32-bit  all  zeroes  pattern. 

The  MAC  Engine  will  attempt  to  transmit  a  frame  a  total 
of  16  times  (initial  attempt  plus  15  retries)  due  to  normal 
collisions  (those  within  the  slot  time) .  Detection  of  colli- 
sion will  cause  the  transmission  to  be  re-scheduled, 
dependent  on  the  backoff  time  that  the  MAC  Engine 
computes.  If  a  single  retry  was  required,  the  ONE  bit  will 
be  set  in  the  Transmit  Frame  Status  (TMD1  in  the  Trans- 
mit Descriptor  Ring).  If  more  than  one  retry  was 
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vvjimc  dicu  iviunt=  win  De  clear),  and  the  transmit  mes- 
sage will  be  flushed  from  the  FIFO.  If  retries  have  been 
disabled  by  setting  the  DRTY  bit  in  the  MODE  register 
(CSR15),  the  MAC  Engine  will  abandon  transmission  of 
the  f  ame  on  detection  of  the  first  collision.  In  this  case, 
only  the  RTRY  bit  will  be  set  and  the  transmit  message 
will  be  flushed  from  the  FIFO. 

If  a  collision  is  detected  after  512  bit  times  have  been 
transmitted,  the  collision  is  termed  a  late  collision.  The 
MAC  Engine  will  abort  the  transmission,  append  the  jam 
sequence,  and  set  the  LCOL  bit.  No  retry  attempt  will  be 
scheduled  on  detection  of  a  late  collision,  and  the  FIFO 
will  be  flushed. 

The  IEEE  802.3  Standard  requires  use  of  a  "truncated 
binary  exponential  backoff"  algorithm  which  provides  a 
controlled  pseudo-random  mechanism  to  enforce  the 
collision  backoff  interval,  before  re-transmission  is 
attempted. 

See  ANSI/IEEE  Std  802.3-1990  Edition,  4.2.3.2.5: 
"At  the  end  of  enforcing  a  collision  (jamming), 
the  CSMA/CD  sublayer  delays  before  attempt- 
ing to  re-transmit  the  frame.  The  delay  is  an 
integer  multiple  ofslotTime.  The  number  of  slot 
times  to  delay  before  the  nth  re-transmission  at- 
tempt is  chosen  as  a  uniformly  distributed 
random  integer  r  in  the  range: 

0  <  r  <  2k,  where  k  =  min  (n,10)." 

The  PCnet-ISA*  controller  provides  an  alternative  algo- 
rithm, which  suspends  the  counting  of  the  slot  time/IPG 
during  the  time  that  receive  carrier  sense  is  detected. 
This  algorithm  aids  in  networks  where  large  numbers  of 
nodes  are  present,  and  numerous  nodes  can  be  in 
collision.  The  algorithm  effectively  accelerates  the 
increase  in  the  backoff  time  in  busy  networks,  and  al- 
lows nodes  not  involved  in  the  collision  to  access  the 
channel  while  the  colliding  nodes  await  a  reduction  in 
channel  activity.  Once  channel  activity  is  reduced,  the 
nodes  resolving  the  collision  time  out  their  slot  time 
counters  as  normal. 


Manchester  Encoder/Decoder 
(MENDEC) 

The  integrated  Manchester  Encoder/Decoder  provides 
the  PLS  (Physical  Layer  Signaling)  functions  required 
for  a  ful  y  compliant  IEEE  802.3  station.  The  MENDEC 
provides  the  encoding  function  fordata  to  be  transmitted 
on  the  network  using  the  high  accuracy  on-board  oscil- 
lator, driven  by  either  the  crystal  oscillator  or  an  external 
CMOS-level  compatible  clock.  The  MENDEC  also  pro- 
vides the  decoding  function  from  data  received  from  the 
network.  The  MENDEC  contains  a  Power  On  Reset 
(POR)  circuit,  which  ensures  that  all  analog  portions  of 
the  PCnet-ISA*  controller  are  forced  into  their  correct 
state  during  power-up,  and  prevents  erroneous  data 
transmission  and/or  reception  during  this  time. 


..i. en  uaiuy  d  uysiai  10  anve  tne  oscillator,  the  crystal 
specification  shown  in  the  specification  table  may  be 
used  to  ensure  less  than  ±0.5  ns  jitter  at  DO±. 

External  Crystal  Characteristics 


Parameter 

Min 

Nom 

Max 

Unit 

1.  Parallel  Resonant 
Frequency 

20 

MHz 

2.  Resonant  Frequency  Error 
(CL  =  20  pF) 

-50 

+50 

PPM 

3. Change  in  Resonant  Frequency 
With  Respect  To  Temperature 
(0°-70°C;CL  =  20  pF)* 

-40 

+40 

PPM 

4. Crystal  Capacitance 

20 

PF 

5.  Motional  Crystal 
Capacitance  (C1) 

0.022 

pF 

6. Series  Resistance 

25 

n 

7.Shunt  Capacitance 

7 

pF 

8.  Drive  Level 

TBD 

mW 

'  Requires  trimming  crystal  spec:  no  trim  is  50  ppm  total 


External  Clock  Drive  Characteristics 

When  driving  the  oscillator  from  an  external  clock 
source,  XTAL2  must  be  left  floating  (unconnected).  An 
external  clock  having  the  following  characteristics  must 
be  used  to  ensure  less  than  ±0.5  ns  jitter  at  DO±. 


Clock  Frequency: 

20  MHz  ±0.01% 

Rise/Fall  Time  (tR/tF): 

<  6  ns  from  0.5  V 
to  Vdd-0.5 

XTAL1  HIGH/LOW  Time 
(tHIGH/tLOW): 

40  -  60% 
duty  cycle 

XTAL1  Falling  Edge  to 
Falling  Edge  Jitter: 

<  ±0.2  ns  at 

2.5  V  input  (Vdd/2) 

MENDEC  Transmit  Path 

The  transmit  section  encodes  separate  clock  and  NRZ 
data  input  signals  into  a  standard  Manchester  encoded 
serial  bit  stream.  The  transmit  outputs  (DO±)  are  de- 
signed to  operate  into  terminated  transmission  lines. 
When  operating  into  a  78  Q  terminated  transmission 
line,  the  transmit  signaling  meets  the  required  output 
levels  and  skew  for  Cheapernet,  Ethernet,  and 
IEEE-802.3. 

Transmitter  Timing  and  Operation 

A  20  MHz  fundamental-mode  crystal  oscillator  provides 
the  basic  timing  reference  for  the  MENDEC  portion  of 
the  PCnet-ISA*  controller.  The  crystal  input  is  divided  by 
two  to  create  the  internal  transmit  clock  reference.  Both 
clocks  are  fed  into  the  Manchester  Encoder  to  generate 
the  transitions  in  the  encoded  data  stream.  The  internal 
transmit  clock  is  used  by  the  MENDEC  to  internally  syn- 
chronize the  Internal  Transmit  Data  (ITXDAT)  from  the 
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controller  and  Internal  Transmit  Enable  (ITXEN).  The  in- 
ternal transmit  clock  is  also  used  as  a  stable  bit-rate 
clock  by  the  receive  section  of  the  MENDEC  and  con- 
troller. 

The  oscillator  requires  an  external  0.005%  crystal,  or  an 
external  0.01%  CMOS-level  input  as  a  reference.  The 
accuracy  requirements,  if  an  external  crystal  is  used, 
are  tighter  because  allowance  for  the  on-chip  oscillator 
must  be  made  to  deliver  a  final  accuracy  of  0.01%. 

Transmission  is  enabled  by  the  controller.  As  long  as  the 
ITXEN  request  remains  active,  the  serial  output  of  the 
controller  will  be  Manchester  encoded  and  appear  at 
DO±.  When  the  internal  request  is  dropped  by  the  con- 
troller, the  differential  transmit  outputs  go  to  one  of  two 
idle  states,  dependent  on  TSEL  in  the  Mode  Register 
(CSR15,  bit  9): 


T 

3EL  LOW: 

The  idle  state  of  DO±  yields  "zero" 
differential  to  operate  transformer- 
coupled  loads. 

T 

SEL  HIGH: 

In  this  idle  state,  DO+  is  positive 
with  respect  to  DO-  (logical  HIGH). 

Receive  Path 

The  principal  functions  of  the  receiver  are  to  signal  the 
PCnet-ISA*  controllerthat  there  is  information  on  the  re- 
ceive pair,  and  to  separate  the  incoming  Manchester 
encoded  data  stream  into  clock  and  NRZ  data. 

The  receiver  section  (see  Receiver  Block  Diagram)  con- 
sists of  two  parallel  paths.  The  receive  data  path  is  a 
zero  threshold,  wide  bandwidth  line  receiver.  The  carrier 
path  is  an  offset  threshold  bandpass  detecting  line  re- 
ceiver. Both  receivers  share  common  bias  networks  to 
allow  operation  over  a  wide  input  common  mode  range. 

Input  Signal  Conditioning 

Transient  noise  pulses  at  the  input  data  stream  are  re- 
jected by  the  Noise  Rejection  Filter.  Pulse  width 
re  ection  is  proportional  to  transmit  data  rate  which  is 
fixed  at  1 0  MHz  for  Ethernet  systems  but  which  could  be 
di  ferent  for  proprietary  networks.  DC  inputs  more  nega- 
tive than  minus  100  mV  are  also  suppressed. 


The  Carrier  Detection  circuitry  detects  the  presence  of 
an  incoming  data  packet  by  discerning  and  rejecting 
noise  from  expected  Manchester  data,  and  controls  the 
stop  and  start  of  the  phase-lock  loop  during  clock  acqui- 
sition. Clock  acquisition  requires  a  valid  Manchester  bit 
pattern  of  1 01 0b  to  lock  onto  the  incoming  message. 

When  input  amplitude  and  pulse  width  conditions  are 
met  at  Dl±,  a  clock  acquisition  cycle  is  initiated. 

Clock  Acquisition 

When  there  is  no  activity  at  Dl±  (receiver  is  idle),  the  re- 
ceive oscillator  is  phase-locked  to  STDCLK.  The  first 
negative  clock  transition  (bit  cell  center  of  first  valid 
Manchester  "0")  after  clock  acquisition  begins  interrupts 
the  receive  oscillator.  The  oscillator  is  then  restarted  at 
the  second  Manchester  "0"  (bit  time  4)  and  is  phase- 
locked  to  it.  As  a  result,  the  MENDEC  acquires  the  clock 
from  the  incoming  Manchester  bit  pattern  in  4  bit  times 
with  a  "1010"  Manchester  bit  pattern. 

The  internal  receiver  clock,  IRXCLK,  and  the  internal  re- 
ceived data,  IRXDAT,  are  enabled  1/4  bit  time  after 
clock  acquisition  in  bit  cell  5.  IRXDAT  is  at  a  HIGH  state 
when  the  receiver  is  idle  (no  IRXCLK).  IRXDAT  how- 
ever, is  undefined  when  clock  is  acquired  and  may 
remain  HIGH  or  change  to  LOW  state  whenever 
IRXCLK  is  enabled.  At  1/4  bit  time  through  bit  cell  5,  the 
controller  portion  of  the  PCnet-ISA*  controller  sees  the 
first  IRXCLK  transition.  This  also  strobes  in  the  incoming 
fifth  bit  to  the  MENDEC  as  Manchester  "1".  IRXDAT 
may  make  a  transition  after  the  I RXCLK  rising  edge  in  bit 
cell  5,  but  its  state  is  still  undefined.  The  Manchester  "1" 
at  bit  5  is  clocked  to  IRXDAT  output  at  1/4  bit  time  in  bit 
cell  6. 

PLL  Tracking 

After  clock  acquisition,  the  phase-locked  clock  is  com- 
pared to  the  incoming  transition  at  the  bit  cell  center 
(BCC)  and  the  resulting  phase  error  is  applied  to  a  cor- 
rection circuit.  This  circuit  ensures  that  the 
phase-locked  clock  remains  locked  on  the  received  sig- 
nal. Individual  bit  cell  phase  corrections  of  the  Voltage 
Controlled  Oscillator  (VCO)  are  limited  to  10%  of  the 
phase  difference  between  BCC  and  phase- 
locked  clock. 


Dl± 


IRXDAT* 
»~  IRXCLK* 


"Internal  signal 


IRXCRS" 
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Receiver  Block  Diagram 
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Carrier  Tracking  and  End  of  Message 

The  carrier  detection  circuit  monitors  the  Dl±  inputs  after 
IRXCRS  is  asserted  for  an  end  of  message.  IRXCRS 
de-asserts  1  to  2  bit  times  after  the  last  positive  transi- 
tion on  the  incoming  message.  This  initiates  the  end  of 
reception  cycle.  The  time  delay  from  the  last  rising  edge 
of  the  message  to  IRXCRS  deassert  allows  the  last  bit  to 
be  strobed  by  IRXCLK  and  transferred  to  the  controller 
section,  but  prevents  any  extra  bit(s)  at  the  end  of  mes- 
sage. When  IRXCRS  de-asserts  an  IRXCRS  hold  off 
timer  inhibits  IRXCRS  assertion  for  at  least  2  bit  times. 

Data  Decoding 

The  data  receiver  is  a  comparator  with  clocked  output  to 
minimize  noise  sensitivity  to  the  Dl±  inputs.  Input  error  is 
less  than  ±  35  mV  to  minimize  sensitivity  to  input  rise 
and  fall  time.  IRXCLK  strobes  the  data  receiver  output  at 
1/4  bit  time  to  determine  the  value  of  the  Manchester  bit, 
and  clocks  the  data  out  on  IRXDAT  on  the  following 
IRXCLK.  The  data  receiver  also  generates  the  signal 
used  for  phase  detector  comparison  to  the  internal 
MENDEC  voltage  controlled  oscillator  (VCO). 

Differential  Input  Terminations 

The  differential  input  for  the  Manchester  data  (Dl±) 
should  be  externally  terminated  by  two  40.2  Q.  ±1%  re- 
sistors and  one  optional  common-mode  bypass 
capacitor,  as  shown  in  the  Differential  Input  Termination 
diagram  below.  The  differential  input  impedance,  ZIDF, 
and  the  common-mode  input  impedance,  ZICM,  are 
specif  ed  so  that  the  Ethernet  specification  for  cable  ter- 
mination impedance  is  met  using  standard  1%  resistor 
terminators.  If  SIP  devices  are  used,  39  £2  is  the  nearest 
usable  equivalent  value.  The  Cl±  differential  inputs  are 
terminated  in  exactly  the  same  way  as  the  Dl±  pair. 
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Collision  Detection 

A  MAU  detects  the  collision  condition  on  the  network 
and  generates  a  differential  signal  at  the  Cl±  inputs.  This 
collision  signal  passes  through  an  input  stage  which  de- 
tects signal  levels  and  pulse  duration.  When  the  signal  is 
detected  by  the  MENDEC  it  sets  the  internal  collision 
signal,  ICLSN,  HIGH.  The  condition  continues  for  ap- 
proximately 1 .5  bit  times  after  the  last  LOW-to-HIGH 
transition  on  CI+. 

Jitter  Tolerance  Definition 

The  MENDEC  utilizes  a  clock  capture  circuit  to  align  its 
internal  data  strobe  with  an  incoming  bit  stream.  The 
clock  acquisition  circuitry  requires  four  valid  bits  with  the 
values  1010b.  Clock  is  phase-locked  to  the  negative 
transition  at  the  bit  cell  center  of  the  second  "0"  in  the 
pattern. 

Since  data  is  strobed  at  1/4  bit  time,  Manchester  transi- 
tions which  shift  from  their  nominal  placement  through 
1/4  bit  time  will  result  in  improperly  decoded  data.  With 
this  as  the  criteria  for  an  error,  a  definition  of  "Jitter  Han- 
dling" is: 

The  peak  deviation  approaching  or  crossing  1/4 
bit  cell  position  from  nominal  input  transition,  for 
which  the  MENDEC  section  will  properly  de- 
code data. 

Attachment  Unit  Interface  (AUI) 

The  AUI  is  the  PLS  (Physical  Layer  Signaling)  to  PMA 
(Physical  Medium  Attachment)  interface  which  con- 
nects the  DTE  to  a  MAU.  The  differential  interface 
provided  by  the  PCnet-ISA*  controller  is  fully  compliant 
with  Section  7  of  ISO  8802-3  (ANSI/IEEE  802.3). 

After  the  PCnet-ISA*  controller  initiates  a  transmission, 
it  will  expect  to  see  data  "looped-back"  on  the  DI+  pair 
(when  the  AUI  port  is  selected).  This  will  internally 
generate  a  "carrier  sense",  indicating  that  the  integrity  of 
the  data  path  to  and  from  the  MAU  is  intact,  and  that  the 
MAU  is  operating  correctly.  This  "carrier  sense"  signal 
must  be  asserted  within  sometime  before  end  of  trans- 
mission. If  "carrier  sense"  does  not  become  active  in 
response  to  the  data  transmission,  or  becomes  inactive 
before  the  end  of  transmission,  the  loss  of  carrier 
(LCAR)  error  bit  will  be  set  in  the  Transmit  Descriptor 
Ring  (TMD3,  bit  11)  after  the  packet  has  been 
transmitted. 

Twisted  Pair  Transceiver  (T-MAU) 

The  T-MAU  implements  the  Medium  Attachment  Unit 
(MAU)  functions  for  the  Twisted  Pair  Medium,  as  speci- 
fied by  the  supplement  to  IEEE  802.3  standard  (Type 
10BASE-T).  The  T-MAU  provides  twisted  pair  driver 
and  receiver  circuits,  including  on-board  transmit  digital 
predistortion  and  receiver  squelch,  and  a  number  of  ad- 
ditional features  including  Link  Status  indication, 
Automatic  Twisted  Pair  Receive  Polarity  Detection/ 
Correction  and  Indication,  Receive  Carrier  Sense, 
Transmit  Active  and  Collision  Present  indication. 


1-532 


Am79C961 


PRELIMINARY 


amd  n 


Twisted  Pair  Transmit  Function 

The  differential  driver  circuitry  in  the  TXD±  and  TXP± 
pins  provides  the  necessary  electrical  driving  capability 
and  the  pre-distortion  control  for  transmitting  signals 
over  maximum  length  Twisted  Pair  cable,  as  specified 
by  the  1 0BASE-T  supplement  to  the  IEEE  802.3  Stan- 
dard. The  transmit  function  for  data  output  meets  the 
propagation  delays  and  jitter  specified  by  the  standard. 

Twisted  Pair  Receive  Function 

The  receiver  complies  with  the  receiver  specifications  of 
the  IEEE  802.3  1 0BASE-T  Standard,  including  noise 
immunity  and  received  signal  rejection  criteria  ('Smart 
Squelch').  Signals  meeting  these  criteria  appearing  at 
the  RXD±  differential  input  pair  are  routed  to  the  MEN- 
DEC.  The  receiver  function  meets  the  propagation 
delays  and  jitter  requirements  specified  by  the  standard. 
The  receiver  squelch  level  drops  to  half  its  threshold 
value  after  unsquelch  to  allow  reception  of  minimum 
amplitude  signals  and  to  offset  carrier  fade  in  the  event 
of  worst  case  signal  attenuation  conditions. 

Note  that  the  10BASE-T  Standard  defines  the  receive 
input  amplitude  at  the  external  Media  Dependent  Inter- 
face (MDI).  Filter  and  transformer  loss  are  not  specified. 
The  T-MAU  receiver  squelch  levels  are  designed  to  ac- 
count for  a  1  dB  insertion  loss  at  1 0  MHz  for  the  type  of 
receive  filters  and  transformers  usually  used. 

Normal  10BASE-T  compatible  receive  thresholds  are 
invoked  when  the  LRT  bit  (CSR15,  bit  9)  is  LOW.  When 
the  LRT  bit  is  set,  the  Low  Receive  Threshold  option  is 
invoked,  and  the  sensitivity  of  the  T-MAU  receiver  is  in- 
creased. Increasing  T-MAU  sensitivity  allows  the  use  of 
lines  longer  than  the  1 00  m  target  distance  of  standard 
1 0BASE-T  (assuming  typical  24  AWG  cable) .  Increased 
receiver  sensitivity  compensates  for  the  increased  sig- 
nal attenuation  caused  by  the  additional  cable  distance. 

However,  making  the  receiver  more  sensitive  means 
that  it  is  also  more  susceptible  to  extraneous  noise,  pri- 
marily caused  by  coupling  from  co-resident  services 
(crosstalk).  For  this  reason,  end  users  may  wish  to  in- 
voke the  Low  Receive  Threshold  option  on  4-pair  cable 
only.  Multi-pair  cables  within  the  same  outer  sheath 
have  lower  crosstalk  attenuation,  and  may  allow  noise 
emitted  from  adjacent  pairs  to  couple  into  the  receive 
pair,  and  be  of  sufficient  amplitude  to  falsely  unsquelch 
the  T-MAU. 

Link  Test  Function 

The  link  test  function  is  implemented  as  specified  by 
10BASE-T  standard.  During  periods  of  transmit  pair  in- 
activity, 'Link  beat  pulses'  will  be  periodically  sent  over 
the  twisted  pair  medium  to  constantly  monitor  medium 
integrity. 

When  the  link  test  function  is  enabled  (DLNKTST  bit  in 
CSR15  is  cleared),  the  absence  of  link  beat  pulses  and 
receive  data  on  the  RXD±  pair  will  cause  the  TM  AU  to  go 
into  the  Link  Fail  state.  In  the  Link  Fail  state,  data  trans- 
mission, data  reception,  data  loopback  and  the  collision 
detection  functions  are  disabled  and  remain  disabled 


until  valid  data  or  greater  than  5  consecutive  link  pulses 
appear  on  the  RXD±  pair.  During  Link  Fail,  the  Link 
Status  (LNKST  indicated  by  LEDO)  signal  is  inactive. 
When  the  link  is  identified  as  functional,  the  LNKST  sig- 
nal is  asserted,  and  LEDO  output  will  be  activated. 

In  order  to  inter-operate  with  systems  which  do  not  im- 
plement Link  Test,  this  function  can  be  disabled  by 
setting  the  DLNKTST  bit.  With  Link  Test  disabled,  the 
Data  Driver,  Receiver  and  Loopback  functions  as  well 
as  Collision  Detection  remain  enabled  irrespective  of 
the  presence  or  absence  of  data  or  link  pulses  on  the 
RXD±  pair.  Link  Test  pulses  continue  to  be  sent  regard- 
less of  the  state  of  the  DLNKTST  bit. 

Polarity  Detection  and  Reversal 

The  T-MAU  receive  function  includes  the  ability  to  invert 
the  polarity  of  the  signals  appearing  at  the  RXD+  pair  if 
the  polarity  of  the  received  signal  is  reversed  (such  as  in 
the  case  of  a  wiring  error).  This  feature  allows  data  pack- 
ets received  from  a  reverse  wired  RXD±  input  pair  to  be 
corrected  in  the  T-MAU  prior  to  transfer  to  the 
MENDEC.  The  polarity  detection  function  is  activated 
following  reset  or  Link  Fail,  and  will  reverse  the  receive 
polarity  based  on  both  the  polarity  of  any  previous  link 
beat  pulses  and  the  polarity  of  subsequent  packets  with 
a  valid  End  Transmit  Delimiter  (ETD). 

When  in  the  Link  Fail  state,  the  T-MAU  will  recognize 
link  beat  pulses  of  either  positive  or  negative  polarity. 
Exit  from  the  Link  Fail  state  occurs  at  the  reception  of  5- 
6  consecutive  link  beat  pulses  of  identical  polarity.  On 
entry  to  the  Link  Pass  state,  the  polarity  of  the  last  5  link 
beat  pulses  is  used  to  determine  the  initial  receive  polar- 
ity configuration  and  the  receiver  is  reconfigured  to 
subsequently  recognize  only  link  beat  pulses  of  the  pre- 
viously recognized  polarity. 

Positive  link  beat  pulses  are  defined  as  transmitted  sig- 
nal with  a  positive  amplitude  greater  than  585  mV  with  a 
pulse  width  of  60  ns-200  ns.  This  positive  excursion 
may  be  followed  by  a  negative  excursion.  This  definition 
is  consistent  with  the  expected  received  signal  at  a  cor- 
rectly wired  receiver,  when  a  link  beat  pulse,  which  fits 
the  template  of  Figure  1 4-1 2  of  the  1 0BASE-T  Standard, 
is  generated  at  a  transmitter  and  passed  through  1 00  m 
of  twisted  pair  cable. 

Negative  link  beat  pulses  are  defined  as  transmitted  sig- 
nals with  a  negative  amplitude  greater  than  585  mV  with 
a  pulse  width  of  60  ns-200  ns.  This  negative  excursion 
may  be  followed  by  a  positive  excursion.  This  definition 
is  consistent  with  the  expected  received  signal  at  a  re- 
verse wired  receiver,  when  a  link  beat  pulse  which  fits 
the  template  of  Figure  14-12  in  the  10BASE-T  Standard 
is  generated  at  a  transmitter  and  passed  through  1 00  m 
of  twisted  pair  cable. 

The  polarity  detection/correction  algorithm  will  remain 
"armed"  until  two  consecutive  packets  with  valid  ETD  of 
identical  polarity  are  detected.  When  "armed,"  the  re- 
ceiver is  capable  of  changing  the  initial  or  previous 
polarity  configuration  according  to  the  detected  ETD 
polarity. 
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On  receipt  of  the  first  packet  with  valid  ETD  following  re- 
set or  link  fail,  the  T-MAU  will  use  the  inferred  polarity 
information  to  configure  its  RXD+  input,  regardless  of  its 
previous  state.  On  receipt  of  a  second  packet  with  a 
valid  ETD  with  correct  polarity,  the  detection/correction 
algorithm  will  "lock-in"  the  received  polarity.  If  the  sec- 
ond (or  subsequent)  packet  is  not  detected  as 
confirming  the  previous  polarity  decision,  the  most  re- 
cently detected  ETD  polarity  will  be  used  as  the  default. 
Note  that  packets  with  invalid  ETD  have  no  effect  on  up- 
dating the  previous  polarity  decision.  Once  two 
consecutive  packets  with  valid  ETD  have  been  re- 
ceived, the  T-MAU  will  lock  the  correction  algorithm  until 
either  a  Link  Fail  condition  occurs  or  RESET  is  asserted. 

During  polarity  reversal,  an  internal  POL  signal  will  be 
active.  During  normal  polarity  conditions,  this  internal 
POL  signal  is  inactive.  The  state  of  this  signal  can  be 
read  by  software  and/or  displayed  by  LED  when  en- 
abled by  the  LED  control  bits  in  the  ISA  Bus 
Configuration  Registers  (ISACSR5,  6,  7). 

Twisted  Pair  Interface  Status 

Three  internal  signals  (XMT,  RCV  and  COL)  indicate 
whether  the  T-MAU  is  transmitting,  receiving,  or  in  a  col- 
lision state.  These  signals  are  internal  signals  and  the 
behavior  of  the  LED  outputs  depends  on  how  the  LED 
output  circuitry  is  programmed. 

The  T-MAU  will  power  up  in  the  Link  Fail  state  and  the 
normal  algorithm  will  apply  to  allow  it  to  enter  the  Link 
Pass  state.  In  the  Link  Pass  state,  transmit  or  receive 
activity  will  be  indicated  by  assertion  of  RCV  signal  go- 
ing active.  If  T-MAU  is  selected  using  the  PORTSELbits 
in  CSR15,  when  moving  from  AUI  to  T-MAU  selection, 
the  T-MAU  will  be  forced  into  the  Link  Fail  state. 

In  the  Link  Fail  state,  XMT,  RCV  and  COL  are  inactive. 
Collision  Detect  Function 

Activity  on  both  twisted  pair  signals  RXD+  and  TXD± 
consti  utes  a  collision,  thereby  causing  the  COL  signal 
to  be  asserted.  (COL  is  used  by  the  LED  control  circuits) 
COL  will  remain  asserted  until  one  of  the  two  colliding 
signals  changes  from  active  to  idle.  COL  stays  active  for 
2  bit  times  at  the  end  of  a  collision. 

Signal  Quality  Error  (SQE)  Test 
(Heartbeat)  Function 

The  SQE  function  is  disabled  when  the  1 0BASE-T  port 
is  selected  and  in  Link  Fail  state. 

Jabber  Function 

The  Jabber  function  inhibits  the  twisted  pair  transmit 
function  of  the  T-MAU  if  theTXD±  circuit  is  active  for  an 
excessive  period  (20  ms-150  ms).  This  prevents  any 
one  node  from  disrupting  the  network  due  to  a  'stuck-on' 
or  faulty  transmitter.  If  this  maximum  transmit  time  is  ex- 
ceeded, the  T-MAU  transmitter  circuitry  is  disabled,  the 
JAB  bit  is  set  (CSR4,  bit  1),  and  the  COL  signal  as- 
serted. Once  the  transmit  data  stream  to  the  T-MAU  is 
removed,  an  "unjab"  time  of  250  ms-  750  ms  will  elapse 


before  the  T-MAU  deasserts  COL  and  re-enables  the 
transmit  circuitry. 

Power  Down 

The  T-MAU  circuitry  can  be  made  to  go  into  low  power 
mode.  This  feature  is  useful  in  battery  powered  or  low 
duty  cycle  systems.  The  T-MAU  will  go  into  power  down 
mode  when  RESET  is  active,  coma  mode  is  active,  or 
the  T-MAU  is  not  selected.  Refer  to  the  Power  Down 
Mode  section  for  a  description  of  the  various  power 
down  modes. 

Any  of  the  three  conditions  listed  above  resets  the  inter- 
nal logic  of  the  T-MAU  and  places  the  device  into  power 
down  mode.  In  this  mode,  the  Twisted  Pair  driver  pins 
(TXD±,TXP±)  are  asserted  LOW,  and  the  internal  T- 
MAU  status  signals  (LNKST,  RCVPOL,  XMT,  RCV  and 
COLLISION)  are  inactive. 
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Once  the  SLEEP  pin  is  deasserted,  the  T-MAU  will  be 
forced  into  the  Link  Fail  state.  The  T-MAU  will  move  to 
the  Link  Pass  state  only  after  5-6  link  beat  pulses  and/or 
a  single  received  message  is  detected  on  the  RXD± 
pair. 

In  Snooze  mode,  the  T-MAU  receive  circuitry  will  re- 
main enabled  even  while  the  SLEEP  pin  is  driven  LOW. 

The  T-MAU  circuitry  will  always  go  into  power  down 
mode  if  RESET  is  asserted,  coma  is  enabled,  orthe  T- 
MAU  is  not  selected. 

EADI  (EXTERNAL  ADDRESS  DETECTION 
INTERFACE) 

This  interface  is  provided  to  allow  external  address  filter- 
ing. It  is  selected  by  setting  the  EADISEL  bit  in 
ISACSR2.  This  feature  is  typically  utilized  for  terminal 
servers,  bridges  and/or  router  type  products.  The  use  of 
external  logic  is  required  to  capture  the  serial  bit  stream 
from  the  PCnet-ISA*  controller,  compare  it  with  a  table 
of  stored  addresses  or  identifiers,  and  perform  the  de- 
sired function. 

The  EADI  interface  operates  directly  from  the  NRZ  de- 
coded data  and  clock  recovered  by  the  Manchester 
decoder  or  input  to  the  GPSI,  allowing  the  external  ad- 
dress detection  to  be  performed  in  parallel  with  frame 
reception  and  address  comparison  in  the  MAC  Station 
Address  Detection  (SAD)  block. 

SRDCLK  is  provided  to  allow  clocking  of  the  receive  bit 
stream  into  the  external  address  detection  logic. 
SRDCLK  runs  only  during  frame  reception  activity. 
Once  a  received  frame  commences  and  data  and  clock 
are  available,  the  EADI  logic  will  monitor  the  alternating 
("1 ,0")  preamble  pattern  until  the  two  ones  of  the  Start 
Frame  Delimiter  ("1,0,1,0,1,0,1,1")  are  detected,  at 
which  point  the  SF/BD  output  will  be  driven  HIGH. 

After  SF/BD  is  asserted  the  serial  data  from  SRD  should 
be  de-serialized  and  sent  to  a  content  addressable 
memory  (CAM)  or  other  address  detection  device. 
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To  allow  simple  serial  to  parallel  conversion,  SF/BD  is 
provided  as  a  strobe  and/or  marker  to  indicate  the  de- 
lineation of  bytes,  subsequent  to  the  SFD.  This  provides 
a  mechanism  to  allow  not  only  capture  and/or  decoding 
of  the  physical  or  logical  (group)  address,  it  also  facili- 
tates the  capture  of  header  information  to  determine 
protocol  and  or  inter-networking  information.  The  EAR 
pin  is  driven  LOW  by  the  external  address  comparison 
logic  to  reject  the  frame. 

If  an  internal  address  match  is  detected  by  comparison 
with  either  the  Physical  or  Logical  Address  field,  the 
frame  will  be  accepted  regardless  of  the  condition  of 
\R.  Incoming  frames  which  do  not  pass  the  internal 
address  comparison  will  continue  to  be  received.  This 
allows  approximately  58  byte  times  after  the  last  desti- 
nation  address  bit  is  available  to  generate  the  EAR 
signal,  assuming  the  device  is  not  configured  to  accept 
runt  packets.  EAR  will  be  ignored  after  64  byte  times  af- 
ter the  SFD,  and  the  frame  will  be  accepted  if  EAR  has 
not  been  asserted  before  this  time.  If  Runt  Packet  Ac- 
cept is  configured,  the  EAR  signal  must  be  generated 
prior  to  the  receive  message  completion,  which  could  be 
as  short  as  1 2  byte  times  (assuming  6  bytes  for  source 


address,  2  bytes  for  length,  no  data,  4  bytes  for  FCS) 
after  the  last  bit  of  the  destination  address  is  available. 
EAR  must  have  a  pulse  width  of  at  least  200  ns. 

Note  that  setting  the  PROM  bit  (CSR15,  bit  15)  will 
cause  all  receive  frames  to  be  received,  regardless  of 
the  state  of  the  EAR  input. 

If  the  DRCUPA  bit  (CSR15.B)  is  set  and  the  logical 
address  (LADRF)  is  set  to  zero,  only  frames  which  are 
not  rejected  by  EAR  will  be  received. 

The  EADI  interface  will  operate  as  long  as  the  STRT  bit 
in  CSRO  is  set,  even  if  the  receiver  and/or  transmitter 
are  disabled  by  software  (DTX  and  DRX  bits  in  CSR15 
set).  This  situation  is  useful  as  a  power  down  mode  in 
that  the  PCnet-ISA+  controller  will  not  perform  any  DMA 
operations;  this  saves  power  by  not  utilizing  the  ISA  bus 
driver  circuits.  However,  external  circuitry  could  still  re- 
spond to  specific  frames  on  the  network  to  facilitate 
remote  node  control. 

The  table  below  summarizes  the  operation  of  the  EADI 
features. 


Internal/External  Address  Recognition  Capabilities 


PROM 

EAR 

Required  Timing 

Received  Messages 

1 

X 

No  timing  requirements 

All  Received  Frames 

0 

1 

No  timing  requirements 

All  Received  Frames 

0 

0 

Low  for  200  ns  within  51 2  bits  after  SFD 

Physical/Logical  Matches 
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General  Purpose  Serial  Interface  (GPSI) 

The  PCnet-ISA*  controller  contains  a  General  Purpose 
Serial  Interface  (GPSI)  designed  for  testing  the  digital 
portions  of  the  chip.  The  MENDEC,  AUI,  and  twisted 
pair  interface  are  by-passed  once  the  device  is  set  up  in 
the  special  'lest  mode"  for  accessing  the  GPSI  func- 
tions. Although  this  access  is  intended  only  for  testing 
the  device,  some  users  may  find  the  non-encoded  data 
functions  useful  in  some  special  applications.  Note, 
however,  that  the  GPSI  functions  can  be  accessed  only 
when  the  PCnet-ISA*  devices  operate  as  a  bus  master. 


The  PCnet 
LANCE  digital 
can  be 
pect 
GPSI  is 
faces 
logic, 
become 


-ISA*  GPSI  signals  are  consistent  with  the 
serial  interface.  Since  the  GPSI  functions 
accessed  only  through  a  special  test  mode,  ex- 
loss  of  functionality  to  the  device  when  the 
invoked.  The  AUI  and  10BASE-T  analog  inter- 
disabled  along  with  the  internal  MENDEC 
LA  (unlatched  address)  pins  are  removed  and 
the  GPSI  signals,  therefore,  only  20  bits  of  ad- 
space  is  available.  The  table  below  shows  the 
GPSI  p  n  configuration: 


some  I 


are 
TheL 


To  invoke  the  GPSI  signals,  follow  the  procedure  below: 

1 .  After  reset  or  I/O  read  of  Reset  Address,  write  10b 
to  PORTSEL  bits  in  CSR15. 

2.  Set  the  ENTST  bit  in  CSR4 

3.  Set  the  GPSIEN  bit  in  CSR124  (see  note  below) 

(The  pins  LA17-LA23  will  change  function  after  the 
completion  of  the  above  three  steps.) 

4.  Clear  the  ENTST  bit  in  CSR4 

5.  Clear  Media  Select  bits  in  ISACSR2 

6.  Define  the  PORTSEL  bits  in  the  MODE  register 
(CSR15)  to  be  10b  to  define  GPSI  port.  The 
MODE  register  image  is  in  the  initialization  block. 

Note:  LA  pins  will  be  instated  before  writing  to  GPSIEN 
bit.  After  writing  to  GPSIEN,  LA[1 7-21]  will  be  inputs, 
LA[22-23]  will  be  outputs. 


GPSI  Pin  Configurations 


GPSI 
Function 

GPSI 
I/O  Type 

LANCE 
GPSI  Pin 

PCnet-ISA* 
GPSI  Pin 

PCnet-ISA* 
Pin  Number 

PCnet-ISA* 
Normal  Pin  Function 

Receiv 

e  Data 

RX 

RXDAT 

5 

LA17 

Receiv 

e  Clock 

RCLK 

SRDCLK 

6 

LA18 

Receiv 

e  Carrier  Sense 

RENA 

RXCRS 

7 

LA19 

Collision 

CLSN 

CLSN 

9 

LA20 

Transmit  Clock 

TCLK 

STDCLK 

10 

LA21 

Transmit  Enable 

O 

TENA 

TXEN 

11 

LA22 

Transmit  Data 

o 

TX 

TXDAT 

12 

LA23 

Note: 

The  GPSI  Function  is  available  only  in  the  Bus  Master  Mode  of  operation. 
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IEEE  1149.1  Test  Access  Port  Interface 

An  EEE  1149.1  compatible  boundary  scan  Test  Access 
Port  is  provided  for  board-level  continuity  test  and  diag- 
nostics. All  digital  input,  output,  and  input/output  pins 
are  tested.  Analog  pins,  including  the  AUI  differential 
driver  (DO±)  and  receivers  (Dl±,  Cl±),  and  the  crystal  in- 
put (XTAL1/XTAL2)  pins,  are  tested.  The  T-MAU  drivers 
TXD+,  TXP±,  and  receiver  RXD±  are  also  tested. 

The  following  is  a  brief  summary  of  the  IEEE  1149.1 
compatible  test  functions  implemented  in  the 
PCnet-ISA*  controller. 

Boundary  Scan  Circuit 

The  boundary  scan  test  circuit  requires  four  extra  pins 
(TCK,  TMS,  TDI  and  TDO ),  defined  as  the  Test  Access 
Port  (TAP).  It  includes  a  finite  state  machine  (FSM),  an 
instruction  register,  a  data  register  array,  and  a 
power-on  reset  circuit.  Internal  pull-up  resistors  are  pro- 
vided forthe  TDI,  TCK,  and  TMS  pins.  The  TCK  pin  must 
not  be  left  unconnected.  The  boundary  scan  circuit  re- 
mains active  during  sleep. 

TAP  FSM 

The  TAP  engine  is  a  16-state  FSM,  driven  by  the  Test 
Olock  (TCK)  and  the  Test  Mode  Select  (TMS)  pins.  This 
rSM  is  in  its  reset  state  at  power-up  or  RESET.  An  inde- 
sndent  power-on  reset  circuit  is  provided  to  ensure  the 
=SM  is  in  the  TEST_LOGIC_RESET  state  at  power-up. 

Supported  Instructions 

In  addition  to  the  minimum  IEEE  1149.1  requirements 
3YPASS,  EXTEST  and  SAMPLE  instructions),  three 
additional  instructions  (IDCODE,  TRIBYP  and  SET- 
3YP)  are  provided  to  further  ease  board-level  testing. 


All  unused  instruction  codes  are  reserved.  See  the  table 
below  for  a  summary  of  supported  instructions. 

Instruction  Register  and  Decoding  Logic 

After  hardware  or  software  RESET,  the  IDCODE  in- 
struction is  always  invoked.  The  decoding  logic  gives 
signals  to  control  the  data  flow  in  the  DATA  registers  ac- 
cording to  the  current  instruction. 

Boundary  Scan  Register  (BSR) 

Each  BSR  cell  has  two  stages.  Aflip-flop  and  a  latch  are 
used  in  the  SERIAL  SHIFT  STAGE  and  the  PARALLEL 
OUTPUT  STAGE,  respectively. 

There  are  four  possible  operational  modes  in  the  BSR 
cell: 


Other  Data  Registers 

(1)  BYPASS  REG  (1  BIT) 

(2)  DEV  ID  REG  (32  bits) 


Bits  31-28: 

Version 

Bits  27-12: 

Part  number  (2260) 

Bits  11-1: 

Manufacturer  ID.  The  1 1  bit 
manufacturer  ID  code  for  AMD  is 
00000000001  according  to  JEDEC 
Publication  106-A. 

Bit  0: 

Always  a  logic  1 

IEEE  1149.1  Supported  Instruction  Summary 


Instruction 
Name 

Description 

Selected 
Data  Reg 

Mode 

Instruction 
Code 

EXTEST 

External  Test 

BSR 

Test 

0000 

IDCODE 

ID  Code  Inspection 

ID  REG 

Normal 

0001 

SAMPLE 

Sample  Boundary 

BSR 

Normal 

0010 

TRIBYP 

Force  Tristate 

Bypass 

Normal 

0011 

SETBYP 

Control  Boundary  to  1/0 

Bypass 

Test 

0100 

BYPASS 

Bypass  Scan 

Bypass 

Normal 

1111 
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Power  Saving  Modes 

The  PCnet-ISA*  controller  supports  two  hardware 
power-savings  modes.  Both  are  entered  by  asserting 
the  SLEEP  pin  LOW. 

In  coma  mode,  the  PCnet-ISA*  controller  will  go  into 
deep  sleep  with  no  support  to  automatically  wake  itself 
up.  Sleep  mode  is  enabled  when  the  AWAKE  bit  in 
ISACSR2  is  reset.  This  mode  is  the  default  power  down 
mode. 

In  Snooze  mode,  enabled  by  setting  the  AWAKE  bit  in 
ISACSR2  and  driving  the  SLEEP  pin  LOW,  the  T-MAU 
receive  circuitry  will  remain  enabled  even  while  the 
SLEEP  pin  is  driven  LOW.  The  LEDO  output  will  also 
continue  to  function,  indicating  a  good  1 0BASE-T  link  if 
there  are  link  beat  pulses  or  valid  frames  present.  This 
LEDO  pin  can  be  used  to  drive  a  LED  and/or  external 
hardware  that  directly  controls  the  SLEEP  pin  of  the 
PCnet-ISA+  controller.  This  configuration  effectively 
wakes  the  system  when  there  is  any  activity  on  the 
1 0BASE-T  link. 

Access  Operations  (Software) 

We  begin  by  describing  how  byte  and  word  data  are  ad- 
dressed on  the  ISA  bus,  including  conversion  cycles 
where  16-bit  accesses  are  turned  into  8-bit  accesses 
because  the  resource  accessed  did  not  support  16-bit 
operations.  Then  we  describe  how  registers  and  other 
resources  are  accessed.  This  section  is  for  the  device 
programmer,  while  the  next  section  (bus  cycles)  is  for 
the  hardware  designer. 

I/O  Resources 

The  PCnet-ISA*  controller  has  both  I/O  and  memory  re- 
sources. In  the  I/O  space  the  resources  are  organized 
as  indicated  in  the  following  table: 


Offse 

#Bytes 

Register 

Oh 

16 

IEEE  Address 

10h 

2 

RDP 

12h 

2 

RAP  (shared  by  RDP  and  IDP) 

14h 

2 

Reset 

16h 

2 

IDP 

The  PCnet-ISA*  controller  does  not  respond  to  any  ad- 
dresses outside  of  the  offset  range  0-1 7h.  I/O  offsets 
18h  and  up  are  not  used  by  the  PCnet-ISA*  controller. 

I/O  Register  Access 

The  register  address  port  (RAP)  is  shared  by  the  regis- 
ter data  port  (RDP)  and  the  ISACSR  data  port  (IDP)  to 
save  registers.  To  access  the  Ethernet  controller's  RDP 
or  IDP,  the  RAP  should  be  written  first,  followed  by  the 
read  or  write  access  to  the  RDP  or  IDP.  I/O  register  ac- 
cesses should  be  coded  as  16-bit  accesses,  even  if  the 
PCnet-ISA*  controller  is  hardware  configured  for  8-bit 
I/O  bus  cycles.  It  is  acceptable  (and  transparent)  for  the 
motherboard  to  turn  a  1 6-bit  software  access  into  two 


separate  8-bit  hardware  bus  cycles.  The  motherboard 
accesses  the  low  byte  before  the  high  byte  and  the 
PCnet-ISA*  controller  has  circuitry  to  specifically  sup- 
port this  type  of  access. 

The  reset  register  causes  a  reset  when  read.  Any  value 
will  be  accepted  and  the  cycle  may  be  8  or  1 6  bits  wide. 
Writes  are  ignored. 

All  PCnet-ISA*  controller  register  accesses  should  be 
coded  as  16-bit  operations. 

'Note  that  the  RAP  is  cleared  on  Reset. 
IEEE  Address  Access 

The  address  PROM  may  be  an  external  memory  device 
that  contains  the  node's  unique  physical  Ethernet  ad- 
dress and  any  other  data  stored  by  the  board 
manufacturer.  The  software  accesses  must  be  16-bit. 
This  information  may  be  stored  in  the  EEPROM. 

Boot  PROM  Access 

The  boot  PROM  is  an  external  memory  resource  lo- 
cated  by  the  address  selected  by  the  EEPROM  or  the 
BPAM  input  in  shared  memory  mode.  It  may  be  software 
accessed  as  an  8-  or  1 6-bit  resource  but  the  latter  is  rec- 
ommended for  best  performance. 

Static  RAM  Access 

The  static  RAM  is  only  present  in  the  shared  memory 
mode.  It  is  located  at  the  address  selected  by  the  SMAM 
input.  It  may  be  accessed  as  an  8-  or  1 6-bit  resource  but 
the  latter  is  recommended  for  best  performance. 

Bus  Cycles  (Hardware) 

The  PCnet-ISA*  controller  supports  both  8-  and  16-bit 
hardware  bus  cycles.  The  following  sections  outline 
where  any  limitations  apply  based  upon  the  architecture 
mode  and/or  the  resource  that  is  being  accessed 
(PCnet-ISA*  controller  registers,  address  PROM,  boot 
PROM,  or  shared  memory  SRAM).  For  completeness, 
the  following  sections  are  arranged  by  architecture  (Bus 
Master  Mode  or  Shared  Memory  Mode).  SRAM  re- 
sources apply  only  to  Shared  Memory  Mode. 

All  resources  (registers,  PROMs,  SRAM)  are  presented 
to  the  ISA  bus  by  the  PCnet-ISA*  controller.  With  few  ex- 
ceptions, these  resources  can  be  configured  for  either 
8-bit  or  16-bit  bus  cycles.  The  I/O  resources  (registers, 
address  PROM)  are  width  configured  using  the 
EEPROM.  The  memory  resources  (boot  PROM, 
SRAM)  are  width  configured  by  external  hardware. 

For  1 6-bit  memory  accesses,  hardware  external  to  the 
PCnet-ISA*  controller  asserts  MEMCS1 6  when  either  of 
the  two  memory  resources  is  selected.  The  ISA  bus  re- 
quires that  all  memory  resources  within  a  block  of 
1 28  Kbytes  be  the  same  width,  either  8-  or  1 6-bits.  The 
reason  for  this  is  that  the  MEMCS1 6  signal  is  generally 
a  decode  of  the  LA1 7-23  address  lines.  1 6-bit  memory 
capability  is  desirable  since  two  8-bit  accesses  take  the 
same  amount  of  time  as  four  1 6-bit  accesses. 
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All  accesses  to  8-bit  resources  (which  do  not  return 
MEMCS16  or  IOCS16)  use  SDO-7.  If  an  odd  byte  is  ac- 
cessed, the  Current  Master  swap  buffer  turns  on.  During 
an  odd  byte  read  the  swap  buffer  copies  the  data  from 
SDO-7  to  the  high  byte.  During  an  odd  byte  write  the  Cur- 
rent Master  swap  buffer  copies  the  data  from  the  high 
by  e  to  SDO-7.  The  PCnet-ISA*  controller  can  be  config- 
ured to  be  an  8-bit  I/O  resource  even  in  a  1 6-bit  system; 
this  is  set  by  the  EEPROM.  It  is  recommended  that  the 
PCnet-ISA*  controller  be  configured  for  8-bit  only  I/O 
bus  cycles  for  maximum  compatibility  with  PC/AT  clone 
motherboards. 

When  the  PCnet-ISA*  controller  is  in  an  8-bit  system 
such  as  a  PC/XT,  SBHE  and  IOCS16  must  be  left  un- 
connected (these  signals  do  not  exist  in  the  PC/XT). 
This  will  force  ALL  resources  (I/O  and  memory)  to  sup- 
port only  8-bit  bus  cycles.  The  PCnet-ISA*  controller  will 
function  in  an  8-bit  system  only  if  configured  for  Shared 
Memory  Mode. 

Accesses  to   16-bit  resources  (which  do  return 


MEMCS16  or  IOCS16)  use  either  or  both  SDO-7  and 
SD8-15.  A  word  access  is  indicated  by  A0=0  and 


SBHE=0  and  data  is  transferred  on  all  1 6  data  lines.  An 
even  byte  access  is  indicated  by  A0=0  and  SBH  E= 1  and 
data  is  transferred  onSD0-7.  An  odd-byte  access  is  in- 
dicated by  A0=1  and  SBHE=0  and  data  is  transferred  on 


SD8-15.  It  is  illegal  to  have  A0=1  and  SBHE=1  in  any 
bus  cycle.  The  PCnet-ISA+  controller  returns  only 
IOCS16;  MEMCS16  must  be  generated  by  external 
hardware  if  desired.  The  use  of  MEMCS1 6  applies  only 
to  Shared  Memory  Mode. 

The  following  table  describes  all  possible  types  of  ISA 
bus  accesses,  including  Permanent  Master  as  Current 
Master  and  PCnet-ISA*  controller  as  Current  Master. 
The  PCnet-ISA*  controller  will  not  work  with  8-bit  mem- 
ory while  it  is  Current  Master.  Any  descriptions  of  8-bit 
memory  accesses  are  for  when  the  Permanent  Master 
is  Current  Master. 

The  two  byte  columns  (DO-7  and  D8-15)  indicate 
whether  the  bus  master  or  slave  is  driving  the  byte. 
CS1 6  is  a  shorthand  for  MEMCS1 6  and  IOCS1 6. 

Bus  Master  Mode 

The  PCnet-ISA*  controller  can  be  configured  as  a  Bus 
Master  only  in  systems  that  support  bus  mastering.  In 
addition,  the  system  is  assumed  to  support  16-bit 
memory  (DMA)  cycles  (the  PCnet-ISA*  controler  does 
not  use  the  MEMCS1 6  signal  on  the  ISA  bus).  This  does 
not  preclude  the  PCnet-ISA+  controller  from  doing  8-bit 
I/O  transfers.  The  PCnet-ISA*  controller  will  not  function 
as  a  bus  master  in  8-bit  platforms  such  as  the  PC/XT. 


ISA  Bus  Accesses 


R/W 

AO 

SBHE 

CS16 

DO-7 

D8-15 

Comments 

RD 

0 

1 

X 

Slave 

Float 

Low  byte  RD 

RD 

1 

0 

1 

Slave 

Float- 

High  byte  RD  with  swap 

RD 

0 

0 

1 

Slave 

Float 

16-Bit  RD  converted  to 
low  byte  RD 

RD 

1 

0 

0 

Float 

Slave 

High  byte  RD 

RD 

0 

0 

0 

Slave 

Slave 

16-Bit  RD 

WR 

0 

1 

X 

Master 

Float 

Low  byte  WR 

WR 

1 

0 

1 

Float* 

Master 

High  byte  WR  with  swap 

WR 

0 

0 

1 

Master 

Master 

1 6-Bit  WR  converted  to 
low  byte  WR 

WR 

1 

0 

0 

Float 

Master 

High  byte  WR 

WR 

0 

0 

0 

Master 

Master 

16-Bit  WR 

'Motherboard  SWAP  logic  drives 


Refresh  Cycles 

Although  the  PCnet-ISA*  controller  is  neither  an  origina- 
tor or  a  receiver  of  refresh  cycles,  it  does  need  to  avoid 
unintentional  activity  during  a  refresh  cycle  in  bus  mas- 
ter mode.  A  refresh  cycle  is  performed  as  follows:  First, 
the  REF  signal  goes  active.  Then  a  valid  refresh  ad- 
dress is  placed  on  the  address  bus.  MEMR  goes  active, 
the  refresh  is  performed,  and  MEMR  goes  inactive.  The 
refresh  address  is  held  for  a  short  time  and  then  goes 
invalid.  Finally,  REF  goes  inactive.  During  a  refresh  cy- 
cle, as  indicated  by  REF  being  active,  the  PCnet-ISA* 
controller  ignores  DACK  if  it  goes  active  until  it  goes  in- 
active. It  is  necessary  to  ignore  DACK  during  a  refresh 


because  some  motherboards  generate  a  false  DACK  at 
that  time. 

Address  PROM  Cycles  External  PROM 

The  Address  PROM  is  a  small  (16  bytes)  8-bit  PROM 
connected  to  the  PCnet-ISA*  controller  Private  Data 
Bus.  The  PCnet-ISA*  controller  will  support  only  8-bit 
ISA  I/O  bus  cycles  for  the  address  PROM ;  this  limitation 
is  transparent  to  software  and  does  not  preclude  16-bit 
software  I/O  accesses.  An  access  cycle  begins  with  the 
Permanent  Master  driving  AEN  LOW,  driving  the  ad- 
dresses valid,  and  driving  lOR  active.  The  PCnet-ISA* 
controller  detects  this  combination  of  signals  and 
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arbitrates  for  the  Private  Data  Bus  (PRDB)  if  necessary. 
IOCHRDY  is  driven  LOW  during  accesses  to  the  ad- 
dress PROM. 

When  the  Private  Data  Bus  becomes  available,  the 
PCnet-ISA*  controller  drives  APCS  active,  releases 
IOCHRDY,  turns  on  the  data  path  from  PRDO-7,  and  en- 
ables the  SDO-7  drivers  (but  not  SD8-15).  During  this 
bus  cycle,  !OCSi6is  not  driven  active.  This  condition  is 
maintained  until  IOR  goes  inactive,  at  which  time  the 
bus  cycle  ends.  Data  is  removed  from  SDO-7  within 
30  ns. 

Address  PROM  Cycles  Using  EEPROM  Data 

Default  mode.  In  this  mode,  the  IEEE  address  informa- 
tion is  stored  not  in  an  external  parallel  PROM  but  in  the 
EEPROM  along  with  other  configuration  information. 
PCnet-ISA*  will  respond  to  I/O  reads  from  the  IEEE  ad- 
dress (the  first  16  bytes  of  the  I/O  map)  by  supplying 
data  from  an  internal  RAM  inside  PCnet-ISA*.  This  in- 
ternal RAM  is  loaded  with  the  IEEE  address  at  RESET 
and  is  write  protected. 

Ethernet  Controller  Register  Cycles 

Ethernet  controller  registers  (RAP,  RDP,  IDP)  are  natu- 
rally 16-bit  resources  but  can  be  configured  to  operate 
with  8-bit  bus  cycles  provided  the  proper  protocol  is  fol- 
lowed. This  means  on  a  read,  the  PCnet-ISA*  controller 
will  only  drive  the  low  byte  of  the  system  data  bus;  if  an 
odd  byte  is  accessed,  it  will  be  swapped  down.  The  high 
byte  of  the  system  data  bus  is  never  driven  by  the 
PCnet-ISA*  controller  under  these  conditions.  On  a 
write  cycle,  the  even  byte  is  placed  in  a  holding  register. 
An  odd  byte  write  is  internally  swapped  up  and  aug- 
mented with  the  even  byte  in  the  holding  register  to 
provide  an  internal  16-bit  write.  This  allows  the  use  of 
8-bit  I/O  bus  cycles  which  are  more  likely  to  be  compat- 
ible with  all  ISA-compatible  clones,  but  requires  that 
both  bytes  be  written  in  immediate  succession.  This  is 
accomplished  simply  by  treating  the  PCnet-ISA*  con- 
troller controller  registers  as  1 6-bit  software  resources. 
The  motherboard  will  convert  the  1 6-bit  accesses  done 
by  software  into  two  sequential  8-bit  accesses,  an  even 
byte  access  followed  immediately  by  an  odd  byte 
access. 

An  access  cycle  begins  with  the  Permanent  Master  driv- 
ing AEN  LOW,  driving  the  address  valid,  and  driving  IOR 
or  low  active.  The  PCnet-ISA*  controller  detects  this 
combination  of  signals  and  drives  IOCHRDY  LOW. 
IOCS1 6  will  also  be  driven  LOW  if  1 6-bit  I/O  bus  cycles 
are  enabled.  When  the  registerdata  is  ready,  IOCHRDY 
will  be  released  HIGH.  This  condition  is  maintained  until 
IOR  or  IOW  goes  inactive,  at  which  time  the  bus  cycle 
ends. 

RESET  Cycles 

A  read  to  the  reset  address  causes  an  PCnet-ISA+  con- 
troller reset.  This  has  the  same  effect  as  asserting  the 
RESET  pin  on  the  PCnet-ISA*  controller,  such  as  hap- 
pens during  a  system  power-up  or  hard  boot.  The 
subsequent  write  cycle  needed  in  the  NE2100  LANCE 


based  family  of  Ethernet  cards  is  not  required  but  does 
not  have  any  harmful  effects.  IOCS16  is  not  asserted  in 
this  cycle. 

ISA  Configuration  Register  Cycles 

The  ISA  configuration  registers  are  accessed  by  placing 
the  address  of  the  desired  register  into  the  RAP  and 
reading  the  IDP.  The  ISACSR  bus  cycles  are  identical 
to  all  other  PCnet-ISA*  controller  register  bus  cycles. 

Boot  PROM  Cycles 

The  Boot  PROM  is  an  8-bit  PROM  connected  to  the 
PCnet-ISA*  controller  Private  Data  Bus  (PRDB)  andean 
occupy  up  to  64K  of  address  space.  Since  the 
PCnet-ISA*  controller  does  not  generate  MEMCS16, 
only  8-bit  ISA  memory  bus  cycles  to  the  boot  PROM  are 
supported  in  Bus  Master  Mode;  this  limitation  is  trans- 
parent to  software  and  does  not  preclude  16-bit 
software  memory  accesses.  A  boot  PROM  access  cycle 
begins  with  the  Permanent  Master  driving  the  ad- 
dresses valid,  REF  inactive,  and  MEMR  active.  (AEN  is 
not  involved  in  memory  cycles).  The  PCnet-ISA*  con- 
troller detects  this  combination  of  signals,  drives 
IOCHRDY  LOW,  and  reads  a  byte  out  of  the  Boot 
PROM .  The  data  byte  read  is  driven  onto  the  lower  sys- 
tem data  bus  lines  and  IOCHRDY  is  released.  This 
condition  is  maintained  until  MEMR  goes  inactive,  at 
which  time  the  access  cycle  ends. 


The  bpcs  signal  generated  by  the  PCnet-ISA+ control- 
ler is  three  20  MHz  clock  cycles  wide  (300  ns).  Including 
delays,  the  Boot  PROM  has  275  ns  to  respond  to  the 
bpcs  signal  from  the  PCnet-ISA*  controller.  This  signal 
is  intended  to  be  connected  to  the  CS  pin  on  the  boot 
PROM,  with  the  PROM  OE  pin  tied  to  ground. 

Current  Master  Operation 

Current  Master  operation  only  occurs  in  the  bus  master 
mode.  It  does  not  occur  in  shared  memory  mode. 

There  are  three  phases  to  the  use  of  the  bus  by  the 
PCnet-ISA*  controller  as  Current  Master,  the  Obtain 
Phase,  the  Access  Phase,  and  the  Release  Phase. 

Obtain  Phase 

A  Master  Mode  Transfer  Cycle  begins  by  asserting 
DRQ.  When  the  Permanent  Master  asserts  DACK,  the 
PCnet-ISA*  controller  asserts  master,  signifying  it 
has  taken  control  of  the  ISA  bus.  The  Permanent  Master 
tristatesthe  address,  command,  and  data  lines  within  60 
ns  of  DACK  going  active.  The  Permanent  Master  drives 
AEN  inactive  within  71  ns  of  MASTER  going  active. 

Access  Phase 

The  ISA  bus  requires  a  wait  of  at  least  125  ns  after 
MASTER  is  asserted  before  the  new  master  is  allowed 
to  drive  the  address,  command,  and  data  lines.  The 
PCnet-ISA*  controller  will  actually  wait  3  clock  cycles  or 
150  ns. 
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The  following  signals  are  not  driven  by  the  Permanent 
Master  and  are  simply  pulled  HIGH:  BALE,  IOCHRDY, 
IOCS1 6,  MEMCS1 6,  SRDY.  Therefore,  the  PCnet-ISA* 
controller  assumes  the  memory  which  it  is  accessing  is 
1 6  bits  wide  and  can  complete  an  access  in  the  time  pro- 
grammed for  the  PCnet-ISA*  controller  MEMR  and 
MEMW  signals.  Refer  to  the  ISA  Bus  Configuration 
Register  description  section. 

Release  Phase 

When  the  PCnet-ISA*  controller  is  finished  with  the  bus, 
it  drives  the  command  lines  inactive.  50  ns  later,  the  con- 
tra ler  tri-states  the  command,  address,  and  data  lines 
and  drives  DRQ  inactive.  50  ns  later,  the  controller 
drives  MASTER  inactive. 

The  Permanent  Master  drives  AEN  active  within  71  ns  of 
MASTER  going  inactive.  The  Permanent  Master  is  al- 
lowed  to  drive  the  command  lines  no  sooner  than  60  ns 
after  DACK  goes  inactive. 

Master  Mode  Memory  Read  Cycle 

After  the  PCnet-ISA*  controller  has  acquired  the  ISA 
bus,  it  can  perform  a  memory  read  cycle.  All  timing  is 
generated  relative  to  the  20  MHz  clock  (network  clock). 
Since  there  is  no  way  to  tell  if  memory  is  8-  or  16-bit  or 
when  it  is  ready,  the  PCnet-ISA*  controller  by  default  as- 
sumes 16-bi*,  1  wait  state  memory.  The  wait  state 
assumption  is  based  on  the  default  value  in  the  MSRDA 
register  in  ISACSRO. 

The  cycle  begins  with  SA0-1 9,  SBHE,  and  LA1 7-23  be- 
ing presented.  The  ISA  bus  requires  them  to  be  valid  for 
at  least  28  ns  before  a  read  command  and  the 
PCnet-ISA*  controller  provides  one  clock  or  50  ns  of 
setup  time  before  asserting  MEMR. 

The  ISA  bus  requires  MEMR  to  be  active  for  at  least 
219  ns,  and  the  PCnet-ISA*  controller  provides  a  default 
of  5  clocks,  or  250  ns,  but  this  can  be  tuned  for  faster 
systems  with  the  Master  Mode  Read  Active  (MSRDA) 
register  (see  section  2.5.2).  Also,  if  IOCHRDY  is  driven 
LOW,  the  PCnet-ISA*  controller  will  wait.  The  wait  state 
counter  must  expire  and  IOCHRDY  must  be  HIGH  for 
the  PCnet-ISA*  controller  to  continue. 

The  PCnet-ISA*  controller  then  accepts  the  memory 
read  data.  The  ISA  bus  requires  all  command  lines  to  re- 
main inactive  for  at  least  97  ns  before  starting  another 
bus  cycle  and  the  PCnet-ISA*  controller  provides  at 
least  two  clocks  or  100  ns  of  inactive  time. 

The  ISA  bus  requires  read  data  to  be  valid  no  more  than 
173  ns  after  receiving  MEMR  active  and  the  PCnet- 
ISA+  controller  requires  10  ns  of  data  setup  time.  The 
ISA  bus  requires  read  data  to  provide  at  least  0  ns  of 
hold  time  and  to  be  removed  from  the  bus  within  30  ns 
after  MEMR  goes  inactive.  The  PCnet-ISA*  controller 
requires  0  ns  of  data  hold  time. 


Master  Mode  Memory  Write  Cycle 

After  the  PCnet-ISA*  controller  has  acquired  the  ISA 
bus,  it  can  perform  a  memory  write  cycle.  All  timing  is 
generated  relative  to  a  20  MHz  clock  which  happens  to 
be  the  same  as  the  network  clock.  Since  there  is  no  way 
to  tell  if  memory  is  8-  or  16-bit  or  when  it  is  ready,  the 
PCnet-ISA*  controller  by  default  assumes  1 6-bit,  1  wait 
state  memory.  The  wait  state  assumption  is  based  on 
the  default  value  in  the  MSWRA  register  in  ISACSR1 . 

The  cycle  begins  with  SA0-1 9,  SBHE,  and  LA1 7-23  be- 
ing presented.  The  ISA  bus  requires  them  to  be  valid  at 
least  28  ns  before  MEMW  goes  active  and  data  to  be 
valid  at  least  22  ns  before  MEMW  goes  active.  The 
PCnet-ISA*  controller  provides  one  clock  or  50  ns  of 
setup  time  for  all  these  signals. 

The  ISA  bus  requires  MEMW  to  be  active  for  at  least 
219  ns,  and  the  PCnet-ISA*  controller  provides  a  default 
of  5  clocks,  or  250  ns,  but  this  can  be  tuned  for  faster 
systems  with  the  Master  Mode  Write  Active  (MSWRA) 
register  (ISACSR1).  Also,  if  IOCHRDY  is  driven  LOW, 
the  PCnet-ISA*  controller  will  wait.  IOCHRDY  must  be 
HIGH  for  the  PCnet-ISA*  controller  to  continue. 

The  ISA  bus  requires  data  to  be  valid  for  at  least  25  ns 
after  MEMW  goes  inactive,  and  the  PCnet-ISA*  control- 
ler provides  one  clock  or  50  ns. 

The  ISA  bus  requires  all  command  lines  to  remain  inac- 
tive for  at  least  97  ns  before  starting  another  bus  cycle. 
The  PCnet-ISA*  controller  provides  at  least  two  clocks 
or  1 00  ns  of  inactive  time  when  bit  4  in  ISACSR2  is  set. 
The  EISA  bus  requires  all  command  lines  to  remain  in- 
active for  at  least  170  ns  before  starting  another  bus 
cycle.  When  bit  4  in  ISACSR4  is  cleared,  the 
PCnet-ISA*  controller  provides  200  ns  of  inactive  time. 

Shared  Memory  Mode 

Address  PROM  Cycles  External  PROM 

The  Address  PROM  is  a  small  (16  bytes)  8-bit  PROM 
connected  to  the  PCnet-ISA*  controller  Private  Data 
Bus  (PRDB).  The  PCnet-ISA*  controller  will  support 
only  8-bit  ISA  I/O  bus  cycles  forthe  address  PROM;  this 
limitation  is  transparent  to  software  and  does  not  pre- 
clude 16-bit  software  I/O  accesses.  An  access  cycle 
begins  with  the  Permanent  Master  driving  AEN  LOW, 
driving  the  addresses  valid,  and  driving  IOR  active.  The 
PCnet-ISA*  controller  detects  this  combination  of  sig- 
nals and  arbitrates  forthe  Private  Data  Bus  if  necessary. 
IOCHRDY  is  always  driven  LOW  during  address  PROM 
accesses. 

When  the  Private  Data  Bus  becomes  available,  the 
PCnet-ISA*  controller  drives  APCS  active,  releases 
IOCHRDY,  turns  on  the  data  path  from  PRDO-7,  and  en- 
ables the  SD0-7  drivers  (but  not  SD8-15).  During  this 
bus  cycle,  IOCS1 6  is  not  driven  active.  This  condition  is 
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maintained  until  IOR  goes  inactive,  at  which  time  the 
access  cycle  ends.  Data  is  removed  from  SDO-7  within 
30  ns. 

The  PCnet-ISA*  controller  will  perform  8-bit  ISA  bus  cy- 
cle operation  for  all  resources  (registers,  PROMs, 
SRAM)  if  SBHE  has  been  left  unconnected,  such  as  in 
the  case  of  an  8-bit  system  like  the  PC/XT. 

Ethernet  Controller  Register  Cycles 

Ethernet  controller  registers  (RAP,  RDP,  ISACSR)  are 
natural  y  1 6-bit  resources  but  can  be  conf  igu  red  to  oper- 
ate with  8-bit  bus  cycles  provided  the  proper  protocol  is 
followed.  This  is  programmable  by  the  EEPROM.  This 
means  on  a  read,  the  PCnet-ISA*  controller  will  only 
drive  the  low  byte  of  the  system  data  bus;  if  an  odd  byte 
is  accessed,  it  will  be  swapped  down.  The  high  byte  of 
the  system  data  bus  is  never  driven  by  the  PCnet-ISA* 
controller  under  these  conditions.  On  a  write,  the  even 
byte  is  placed  in  a  holding  register.  An  odd-byte  write  is 
internally  swapped  up  and  augmented  with  the  even 
byte  in  the  holding  register  to  provide  an  internal  16-bit 
write.  This  allows  the  use  of  8-bit  I/O  bus  cycles  which 
are  more  likely  to  be  compatible  with  all  clones,  but  re- 
quires that  both  bytes  be  written  in  immediate 
succession.  This  is  accomplished  simply  by  treating  the 
PCnet-ISA*  controller  controller  registers  as  1 6-bit  soft- 
ware resources.  The  motherboard  will  convert  the  1 6-bit 
accesses  done  by  software  into  two  sequential  8-bit  ac- 
cesses, an  even-  byte  access  followed  immediately  by 
an  odd-byte  access. 

An  access  cycle  begins  with  the  Permanent  Master  driv- 
ing  AEN  LOW,  driving  the  address  valid,  and  driving  IOR 
or  IOW  active.  The  PCnet-ISA*  controller  detects  this 
combination  of  signals  and  drives  IOCHRDY  LOW. 


IOCS1 6  will  also  be  driven  LOW  if  1 6-bit  I/O  bus  cycles 
are  enabled.  When  the  registerdata  is  ready,  IOCHRDY 
will  be  released  HIGH.  This  condition  is  maintained  until 
IOR  or 
ends. 


IOW  goes  inactive,  at  which  time  the  bus  cycle 


The  PCnet-ISA*  controller  will  perform  8-bit  ISA  bus  cy- 
cle operation  for  all  resources  (registers,  PROMs, 
SRAM)  if  SBHE  has  been  left  unconnected,  such  as  in 
the  case  of  an  8-bit  system  like  the  PC/XT. 


RESET  Cycles 

A  read  to  the  reset  address  causes  an  PCnet-ISA*  con- 
troller reset.  This  has  the  same  effect  as  asserting  the 
RESET  pin  on  the  PCnet-ISA*  controller,  such  as  hap- 
pens during  a  system  power-up  or  hard  boot.  The 
subsequent  write  cycle  needed  in  the  NE21 00  LANCE- 
based  family  of  Ethernet  cards  is  not  required  but  does 
not  have  any  harmful  effects.  lOCSi6is  not  asserted  in 
this  cycle. 


ISA  Configuration  Register  Cycles 

The  ISA  configuration  register  is  accessed  by  placing 
the  address  of  the  desired  register  into  the  RAP  and 
reading  the  IDP.  The  ISACSR  bus  cycles  are  identical 
to  all  other  PCnet-ISA*  controller  register  bus  cycles. 

Boot  PROM  Cycles 

The  Boot  PROM  is  an  8-bit  PROM  connected  to  the 
PCnet-ISA*  controller  Private  Data  Bus  (PRDB),  and 
can  occupy  upto  64  Kbytes  of  address  space.  In  Shared 
Memory  Mode,  an  external  address  comparator  is  re- 
sponsible for  asserting  BPAM  to  the  PCnet-ISA+ 
controller.  BPAM  is  intended  to  be  a  perfect  decode  of 
the  boot  PROM  address  space,  i.e.  LA17-23,SA16.The 
LA  bus  must  be  latched  with  BALE  in  order  to  provide 
stable  signal  for  BPAM.  ref  inactive  must  be  used  by 
the  external  logic  to  gate  boot  PROM  address  decoding. 
This  same  logic  must  assert  MEMCS1 6  to  the  ISA  bus  if 
16-bit  Boot  PROM  bus  cycles  are  desired. 

The  PCnet-ISA*  controller  assumes  1 6-bit  ISA  memory 
bus  cycles  for  the  boot  PROM.  A  1 6-bit  boot  PROM  bus 
cycle  begins  with  the  Permanent  Master  driving  the  ad- 
dresses valid  and  MEMR  active.  (AEN  is  not  involved  in 
memory  cycles) .  External  hardware  would  assert  BPAM 
and  MEMCS16.  The  PCnet-ISA*  controller  detects  this 
combination  of  signals,  drives  IOCHRDY  LOW,  and 
reads  two  bytes  out  of  the  boot  PROM.  The  data  bytes 
read  from  the  PROM  are  driven  by  the  PCnet-ISA+ con- 
troller onto  SDO-15  and  IOCHRDY  is  released.  This 
condition  is  maintained  until  MEMR  goes  inactive,  at 
which  time  the  access  cycle  ends. 

The  PCnet-ISA*  controller  will  perform  8-bit  ISA  bus  cy- 
cle operation  for  all  resource  (registers,  PROMs, 
SRAM)  if  sbhe  has  been  left  unconnected,  such  as  in 
the  case  of  an  8-bit  system  like  the  PC/XT. 


The  BPCS  signal  generated  by  the  PCnet-ISA*  control- 
ler is  three  20  MHz  clock  cycles  wide  (350  ns).  Including 
delays,  the  Boot  PROM  has  275  ns  to  respond  to  the 
BPCS  signal  from  the  PCnet-ISA*  controller.  This  signal 
is  intended  to  be  connected  to  the  CS  pin  on  the  boot 
PROM,  with  the  PROM  OE  pin  tied  to  ground. 

Static  RAM  Cycles 

The  shared  memory  SRAM  is  an  8-bit  device  connected 
to  the  PCnet-ISA*  controller  Private  Bus,  and  can  oc- 
cupy up  to  64  Kbytes  of  address  space.  In  Shared 
Memory  Mode,  an  external  address  comparator  is  re- 
sponsible for  asserting  SMAM  to  the  PCnet-ISA* 
controller.  SMAM  is  intended  to  be  a  perfect  decode  of 
the  SRAM  address  space,  i.e.  LA17-23,  SA16  for  64 
Kbytes  of  SRAM.  The  LA  signals  must  be  latched  by 
BALE  in  order  to  provide  a  stable  decode  for  SMAM. 
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The  PCnet-ISA*  controller  assumes  1 6-bit  ISA  memory 
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s  cycles  tor  the  SRAM,  so  this  same  logic  must  assert 


MEMCS1 6  to  the  ISA  bus  if  1 6-bit  bus  cycles  are  to  be 
supported. 

A  16-bit  SRAM  bus  cycle  begins  with  the  Permanent 
Master  driving  the  addresses  valid,  REF  inactive,  and 
ei  her  MEMR  or  MEMW  active.  (AEN  is  not  involved  in 
memory  cycles).  External  hardware  would  assert 
SMAM  and  MEMCS16.  The  PCnet-ISA*  controller  de- 
tects this  combination  ot  signals  and  initiates  the  SRAM 
access. 

In  a  write  cycle,  the  PCnet-ISA*  controller  stores  the 
data  into  an  internal  holding  register  allowing  the  ISA 
bus  cycle  to  finish  normally.  The  data  in  the  holding  reg- 
ister will  then  be  written  to  the  SRAM  without  the  need 
for  ISA  bus  control.  In  the  event  the  holding  register  is 
already  filled  with  unwritten  SRAM  data,  the  PCnet-ISA* 
controller  will  extend  the  ISA  write  cycle  by  driving 
IOCHRDY  LOW  until  the  unwritten  data  is  stored  in  the 
SRAM.  The  current  ISA  bus  cycle  will  then  complete 
normally. 

In  a  read  cycle,  the  PCnet-ISA*  controller  arbitrates  for 
the  Private  Bus.  If  it  is  unavailable,  the  PCnet-ISA*  con- 
troller drives  IOCHRDY  LOW.  The  PCnet-ISA* 
controller  compares  the  16  bits  of  address  on  the  Sys- 
tem Address  Bus  with  that  of  a  data  word  held  in  an 
internal  pre  fetch  register. 

If  the  address  does  not  match  that  of  the  prefetched 
SRAM  data,  then  the  PCnet-ISA*  controller  drives 
IOCHRDY  LOW  and  reads  two  bytes  from  the  SRAM. 
The  PCnet-ISA*  controller  then  proceeds  as  though  the 
addressed  data  location  had  been  prefetched. 

If  the  internal  prefetch  buffer  contains  the  correct  data, 
then  the  pre-fetch  buffer  data  is  driven  on  the  System 
Data  bus.  If  IOCHRDY  was  previously  driven  LOW  due 
to  either  Private  Data  Bus  arbitration  or  SRAM  access, 
then  it  is  released  HIGH.  The  PCnet-ISA*  controller  re- 
mains in  this  state  until  MEMR  is  de-asserted,  at  which 
time  the  PCnet-ISA*  controller  performs  a  new  prefetch 
of  the  SRAM.  In  this  way  memory  read  wait  states  can 
be  minimized. 

The  PCnet-ISA*  controller  performs  prefetches  of  the 
SRAM  between  ISA  bus  cycles.  The  SRAM  is 
prefetched  in  an  incrementing  word  address  fashion 
Prefetched  data  are  invalidated  by  any  other  activity  on 
the  Private  Bus,  including  Shared  Memory  Writes  by 
either  the  ISA  bus  or  the  network  interface,  and  also  ad- 
dress and  boot  PROM  reads. 

The  only  way  to  configure  the  PCnet-ISA+  controller  for 
8-bit  ISA  bus  cycles  for  SRAM  accesses  is  to  configure 
the  entire  PCnet-ISA*  controller  to  support  only  8-bit  ISA 
bus  cycles.  This  is  accomplished  by  leaving  the  SBHE 
pin  disconnected.  The  PCnet-ISA*  controller  will  per- 
form 8-bit  ISA  bus  cycle  operation  for  all  resources 


(registers,  PROMs,  SRAM)  if  SBHE  has  never  been 
driven  active  since  the  last  RESET,  such  as  in  the  case 
of  an  8-bit  system  like  the  PC/XT.  In  this  case,  the  exter- 
nal  address  decode  logic  must  not  assert  MEMCSl6to 
the  ISA  bus,  which  will  be  the  case  if  MEMCS16  is  left 
unconnected.  It  is  possible  to  manufacture  a  dual  8/16 
bit  PCnet-ISA*  controller  adapter  card,  as  the 
MEMCS16  and  SBHE  signals  do  not  exist  in  the  PC/XT 
environment. 

At  the  memory  device  level,  each  SRAM  Private  Bus 
read  cycle  takes  two  50  ns  clock  periods  for  a  maximum 
read  access  time  of  75  ns.  The  timing  looks  like  this: 


XTAL1 
(20  MHz) 


Address 


18183B-17 


Static  RAM  Read  Cycle 


The  address  and  SROE  go  active  within  20  ns  of  the 
clock  going  HIGH.  Data  is  required  to  be  valid  5  ns  be- 
fore  the  end  of  the  second  clock  cycle.  Address  and 
SROE  have  a  0  ns  hold  time  after  the  end  of  the  second 
clock  cycle.  Note  that  the  PCnet-ISA*  controller  does 
not  normally  provide  a  separate  SRAM  CS  signal; 
SRAM  CS  must  always  be  asserted. 

SRAM  Private  Bus  write  cycles  require  three  50  ns  clock 
periods  to  guarantee  non-negative  address  setup  and 
hold  times  with  regard  to  SRWE.  The  timing  is  illustrated 
as  follows: 


18183B-18 


Static  RAM  Write  Cycle 


Address  and  data  are  valid  20  ns  after  the  rising  edge  of 
the  first  clock  period.  SRWE  goes  active  20  ns  after  the 
falling  edge  of  the  first  clock  period.  SRWE  goes  inactive 
20  ns  after  the  falling  edge  of  the  third  clock  period. 
Address  and  data  remain  valid  until  the  end  of  the  third 
clock  period.  Rise  and  fall  times  are  nominally  5  ns. 
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Non-negative  setup  and  hold  times  for  address  and  data 
with  respect  to  SRWE  are  guaranteed.  SRWE  has  a 
pulse  width  of  typically  100  ns,  minimum  75  ns. 

Transmit  Operation 

The  transmit  operation  and  features  of  the  PCnet-ISA* 
controller  are  controlled  by  programmable  options. 

Transmit  Function  Programming 

Automatic  transmit  features,  such  as  retry  on  collision, 
FCS  generation/transmission,  and  pad  field  insertion, 
can  all  be  programmed  to  provide  flexibility  in  the 
(re-)transmission  of  messages. 

Disable  retry  on  collision  (DRTY)  is  controlled  by  the 
DRTY  bit  of  the  Mode  register  (CSR15)  in  the  initializa- 
tion block. 

Automatic  pad  field  insertion  is  controlled  by  the 
APAD_XMT  bit  in  CSR4.  If  APADXMT  is  set,  auto- 
matic pad  field  insertion  is  enabled,  the  DXMTFCS 
feature  is  over-ridden,  and  the  4-byte  FCS  will  be  added 
to  the  transmitted  frame  unconditionally.  If  APAD  XMT 
is  cleared,  no  pad  field  insertion  will  take  place  and  runt 
packet  transmission  is  possible. 

The  disable  FCS  generation/transmission  feature  can 
be  programmed  dynamically  on  a  frame  by  frame  basis. 
See  the  ADD  FCS  description  of  TMD1 . 

Transmit  FIFO  Watermark  (XMTFW  in  CSR80)  sets  the 
point  at  which  the  BMU  (Buffer  Management  Unit)  re- 
quests more  data  from  the  transmit  buffers  for  the  FIFO. 
This  point  is  based  upon  how  many  1 6-bit  bus  transfers 
(2  bytes)  could  be  performed  to  the  existing  empty 
space  in  the  transmit  FIFO. 

Transmit  Start  Point  (XMTSP  in  CSR80)  sets  the  point 
when  the  transmitter  actually  tries  to  go  out  on  the  me- 
dia. This  point  is  based  upon  the  number  of  bytes  written 
to  the  transmit  FIFO  for  the  current  frame. 

. 

When  the  entire  frame  is  in  the  FIFO,  attempts  at  trans- 
mission of  preamble  will  commence  regardless  of  the 
value  in  XMTSP.  The  default  value  of  XMTSP  is  10b, 
meaning  64  bytes  full. 

Automatic  Pad  Generation 

Transmit  frames  can  be  automatically  padded  to  extend 
them  to  64  data  bytes  (excluding  preamble).  This  allows 
the  minimum  frame  size  of  64  bytes  (512  bits)  for 
802.3/Ethernet  to  be  guaranteed  with  no  software  inter- 
vention from  the  host/controlling  process.  Setting  the 
APAD_XMT  bit  in  CSR4  enables  the  automatic  padding 
feature.  The  pad  is  placed  between  the  LLC  data  field 
and  FCS  field  in  the  802.3  frame.  FCS  is  always  added  if 
the  frame  is  padded,  regardless  of  the  state  of 
DXMTFCS.  The  transmit  frame  will  be  padded  by  bytes 


with  the  value  of  OOh.  The  default  valueof  APAD_XMTis 
0,  and  this  will  disable  auto  pad  generation  after  RESET. 

It  is  the  responsibility  of  upper  layer  software  to  correctly 
define  the  actual  length  field  contained  in  the  message 
to  correspond  to  the  total  number  of  LLC  Data  bytes  en- 
capsulated in  the  packet  (length  field  as  defined  in  the 
IEEE  802 .3  standard) .  The  length  value  contained  in  the 
message  is  not  used  by  the  PCnet-ISA*  controller  to 
compute  the  actual  number  of  pad  bytes  to  be  inserted. 
The  PCnet-ISA*  controller  will  append  pad  bytes  de- 
pendent on  the  actual  number  of  bits  transmitted  onto 
the  network.  Once  the  last  data  byte  of  the  frame  has 
completed  prior  to  appending  the  FCS,  the  PCnet-ISA* 
controller  will  check  to  ensure  that  544  bits  have  been 
transmitted.  If  not,  pad  bytes  are  added  to  extend  the 
frame  size  to  this  value,  and  the  FCS  is  then  added. 

The  544  bit  count  is  derived  from  the  following: 

Minimum  frame  size  (excluding  preamble, 
including  FCS)         64  bytes     512  bits 
Preamble/SFD  size    8  bytes       64  bits 
FCS  size  4  bytes      32  bits 

To  be  classed  as  a  minimum-size  frame  at  the  receiver, 

the  transmitted  frame  must  contain: 

Preamble    +    (M  in  Frame  Size  +  FCS)  bits 

At  the  point  that  FCS  is  to  be  appended,  the  transmitted 
frame  should  contain: 


Preamble  + 
64  + 


(Min  Frame  Size 
(512 


FCS)  bits 
32)  bits 


A  minimum-length  transmit  frame  from  the  PCnet-ISA* 
controller  will,  therefore,  be  576  bits  after  the  FCS  is 
appended. 

Transmit  FCS  Generation 

Automatic  generation  and  transmission  of  FCS  for  a 
transmit  frame  depends  on  the  value  of  DXMTFCS  bit  in 
CSR15.  When  DXMTFCS  =  0  the  transmitter  will  gener- 
ate and  append  the  FCS  to  the  transmitted  frame.  If  the 
automatic  padding  feature  is  invoked  (APAD_XMT  is 
SET  in  CSR4),  the  FCS  will  be  appended  by  the 
PCnet-ISA*  controller  regardless  of  the  state  of 
DXMTFCS.  Note  that  the  calculated  FCS  is  transmitted 
most-significant  bit  first.  The  default  value  of  DXMTFCS 
is  0  after  RESET. 

Transmit  Exception  Conditions 

Exception  conditions  for  frame  transmission  fall  into  two 
distinct  categories;  those  which  are  the  result  of  normal 
network  operation,  and  those  which  occur  due  to  abnor- 
mal network  and/or  host  related  events. 

Normal  events  which  may  occur  and  which  are  handled 
autonomously  by  the   PCnet-ISA*  controller  are 
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basically  collisions  within  the  slot  time  with  automatic  re- 
try. The  PCnet-ISA+  controller  will  ensure  that  collisions 
which  occur  within  51 2  bit  times  from  the  start  of  trans- 
mission (including  preamble)  will  be  automatically 
retried  with  no  host  intervention.  The  transmit  FIFO  en- 
sures this  by  guaranteeing  that  data  contained  within 
the  FIFO  will  not  be  overwritten  until  at  least  64  bytes 
(512  bits)  of  data  have  been  successfully  transmitted 
onto  the  network. 


If  1 6  total  attempts  (initial  attempt  plus  1 5  retries)  fail,  the 
PCnet-ISA*  controller  sets  the  RTRY  bit  in  the  current 
transmit  TDTE  in  host  memory  (TM  D2) ,  gives  up  owner- 
ship (sets  the  OWN  bit  to  zero)  for  this  packet,  and 
processes  the  next  packet  in  the  transmit  ring  for  trans- 
mission. 


Preamble 
1010... .1010 

SYNC 
10101011 

Dest 
ADDR 

Srce. 
ADDR. 

Length 

LLC 
Data 

Pad 

FCS 

56 

8 

6 

6 

2 

4 

Bits 

Bits 

Bytes 

Bytes 

Bytes 

Bytes 

46-1500 
Bytes 
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Abnormal  network  conditions  include: 

■  Loss  of  carrier 

■  Late  collision 

■  SQE  Test  Error  (Does  not  apply  to  1 0BASE-T 
port.) 

These  should  not  occur  on  a  correctly  configured  802.3 
network,  and  will  be  reported  if  they  do. 

When  an  error  occurs  in  the  middle  of  a  multi-buffer 
frame  transmission,  the  error  status  will  be  written  in  the 
current  descriptor.  The  OWN  bit(s)  in  the  subsequent 
descriptor(s)  will  be  reset  until  the  STP  (the  next  frame) 
is  found. 

Loss  of  Carrier 

A  loss  of  carrier  condition  will  be  reported  if  the 
PCnet-ISA*  controller  cannot  observe  receive  activity 
while  it  is  transmitting  on  the  AUI  port.  After  the 
PCnet-ISA*  controller  initiates  a  transmission,  it  will 
expect  to  see  data  "looped  back"  on  the  Dl±  pair.  This 
will  internally  generate  a  "carrier  sense,"  indicating  that 
the  integrity  of  the  data  path  to  and  from  the  MAU  is  in- 
tact, and  that  the  MAU  is  operating  correctly.  This 
"carrier  sense"  signal  must  be  asserted  before  the  end 
of  the  transmission.  If  "carrier  sense"  does  not  become 
active  in  response  to  the  data  transmission,  or  becomes 
inactive  before  the  end  of  transmission,  the  loss  of  car- 
rier (LCAR)  error  bit  will  be  set  in  TMD2  after  the  frame 
has  been  transmitted.  The  frame  will  not  be  re-tried  on 
the  basis  of  an  LCAR  error.  In  10BASE-T  mode  LCAR 
will  indicate  that  Jabber  or  Link  Fail  state  has  occurred. 

Late  Collision 

A  late  collision  will  be  reported  if  a  collision  condition  oc- 
curs after  one  slot  time  (51 2  bit  times)  after  the  transmit 
process  was  initiated  (first  bit  of  preamble  commenced). 


The  PCnet-ISA*  controller  will  abandon  the  transmit 
process  for  the  particular  frame,  set  Late  Collision 
(LCOL)  in  the  associated  TMD3,  and  process  the  next 
transmit  frame  in  the  ring.  Frames  experiencing  a  late 
collision  will  not  be  re-tried.  Recovery  from  this  condition 
must  be  performed  by  upper-layer  software. 

SQE  Test  Error 

During  the  inter  packet  gap  time  following  the  comple- 
tion of  a  transmitted  message,  the  AUI  Cl±  pair  is 
asserted  by  some  transceivers  as  a  self-test.  The  inte- 
gral Manchester  Encoder/Decoder  will  expect  the  SQE 
Test  Message  (nominal  10  MHz  sequence)  to  be  re- 
turned via  the  Cl±  pair  within  a  40  network  bit  time  period 
after  Dl±  pair  goes  inactive.  If  the  Cl±  inputs  are  not 
asserted  within  the  40  network  bit  time  period  following 
the  completion  of  transmission,  then  the  PCnet-ISA+ 
controller  will  set  the  CERR  bit  in  CSRO.  CERR  will  be 
asserted  in  1 0BASE-T  mode  after  transmit  if  T-MAU  is 
in  Link  Fail  state.  CERR  will  never  cause  INTR  to  be  acti- 
vated. It  will,  however,  set  the  ERR  bit  in  CSRO. 

Host  related  transmit  exception  conditions  include 
BUFF  and  UFLO  as  described  in  the  Transmit  Descrip- 
tor section. 

Receive  Operation 

The  receive  operation  and  features  of  the  PCnet-ISA* 
controller  are  controlled  by  programmable  options. 

Receive  Function  Programming 

Automatic  pad  field  stripping  is  enabled  by  setting  the 
ASTRP_RCV  bit  in  CSR4;  this  can  provide  flexibility  in 
the  reception  of  messages  using  the  802.3  frame 
format. 
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All  receive  frames  can  be  accepted  by  setting  the  PROM 
bit  in  CSR15.  When  PROM  is  set,  the  PCnet-ISA*  con- 
troller will  attempt  to  receive  all  messages,  subject  to 
minimum  frame  enforcement.  Promiscuous  mode  over- 
rides the  effect  of  the  Disable  Receive  Broadcast  bit  on 
receiving  broadcast  frames. 

The  point  at  which  the  BMU  will  start  to  transfer  data 
from  the  receive  FIFO  to  buffer  memory  is  controlled  by 
the  RCVFW  bits  in  CSR80.  The  default  established  dur- 


ing reset 
empty. 


s  1 0b,  which  sets  the  threshold  flag  at  64  bytes 


Automatic  Pad  Stripping 

During  reception  of  an  802.3  frame  the  pad  field  can  be 
stripped  automatically.  ASTRP_RCV  (bit  1 0  in  CSR4)  = 
1  enables  the  automatic  pad  stripping  feature.  The  pad 
field  will  be  stripped  before  the  frame  is  passed  to  the 
FIFO,  thus  preserving  Fl  FO  space  for  additional  frames. 
The  FCS  field  will  also  be  stripped,  since  it  is  computed 
at  the  transmitting  station  based  on  the  data  and  pad 
field  characters,  and  will  be  invalid  for  a  receive  frame 
that  has  had  the  pad  characters  stripped. 


The  number  of  bytes  to  be  stripped  is  calculated  from 
the  embedded  length  field  (as  defined  in  the  IEEE  802.3 
definition)  contained  in  the  frame.  The  length  indicates 
the  actual  number  of  LLC  data  bytes  contained  in  the 
message.  Any  received  frame  which  contains  a  length 
field  less  than  46  bytes  will  have  the  pad  field  stripped  (if 
ASTRP_RCV  is  set).  Receive  frames  which  have  a 
length  field  of  46  bytes  or  greater  will  be  passed  to  the 
host  unmodified. 

Since  any  valid  Ethernet  Type  field  value  will  always  be 
greater  than  a  normal  802.3  Length  field  (>46),  the 
PCnet-ISA*  controller  will  not  attempt  to  strip  valid 
Ethernet  frames. 

Note  that  for  some  network  protocols  the  value  passed 
in  the  Ethernet  Type  and/or  802.3  Length  field  is  not 
compliant  with  either  standard  and  may  cause 
problems. 

The  diagram  below  shows  the  byte/bit  ordering  of  the  re- 
ceived length  field  for  an  802.3  compatible  frame  format. 
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Receive 

Recepti< 
formed 
that  if  thd 
the  received 
puted 
characters, 


FCS  Checking 

and  checking  of  the  received  FCS  is  per- 
automatically  by  the  PCnet-ISA*  controller.  Note 
Automatic  Pad  Stripping  feature  is  enabled, 
FCS  will  be  verified  against  the  value  com- 
the  incoming  bit  stream  including  pad 
but  it  will  not  be  passed  to  the  host.  If  a  FCS 


it  ion 


error  is  detected,  this  will  be  reported  by  the  CRC  bit  in 
RMD1. 

Receive  Exception  Conditions 

Exception  conditions  for  frame  reception  fall  into  two 
distinct  categories;  those  which  are  the  result  of  normal 
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network  operation,  and  those  which  occur  due  to  abnor- 
mal network  and/or  host  related  events. 

Normal  events  which  may  occur  and  which  are  handled 
autonomously  by  the  PCnet-ISA*  controller  are  basi- 
cally collisions  within  the  slot  time  and  automatic  runt 
packet  rejection.  The  PCnet-ISA*  controller  will  ensure 
that  collisions  which  occur  within  51 2  bit  times  from  the 
start  of  reception  (excluding  preamble)  will  be  automati- 
cal y  deleted  from  the  receive  FIFO  with  no  host 
intervention.  The  receive  FIFO  will  delete  any  frame 
wh  ch  is  composed  of  fewer  than  64  bytes  provided  that 
the  Runt  Packet  Accept  (RPA  bit  in  CSR124)  feature 
has  not  been  enabled.  This  criteria  will  be  met  regard- 
less of  whether  the  receive  frame  was  the  first  (or  only) 
frame  in  the  FIFO  or  if  the  receive  frame  was  queued  be- 
hind a  previously  received  message. 

Abnormal  network  conditions  include: 

FCS  errors 
Late  collision 

These  should  not  occur  on  a  correctly  configured  802.3 
network  and  will  be  reported  if  they  do. 

Host  related  receive  exception  conditions  include  MISS, 
BUFF,  and  OFLO.  These  are  described  in  the  Receive 
Descriptor  section. 


Loopback  Operation 

Loopback  is  a  mode  of  operation  intended  for  system  di- 
agnostics. In  this  mode,  the  transmitter  and  receiver  are 
both  operating  at  the  same  time  so  that  the  controller  re- 
ceives its  own  transmissions.  The  controller  provides 
two  types  of  internal  loopback  and  one  type  of  external 
loopback.  In  internal  loopback  mode,  the  transmitted 
data  can  be  looped  back  to  the  receiver  at  one  of  two 
)laces  inside  the  controller  without  actually  transmitting 
I  data  to  the  external  network.  The  receiver  will  move 
;  received  data  to  the  next  receive  buffer,  where  it  can 
i  examined  by  software.  Alternatively,  in  external  loop- 
mode,  data  can  be  transmitted  to  and  received 
Dm  the  external  network. 

here  are  restrictions  on  loopback  operation.  The 
PCnet-ISA*  controller  has  only  one  FCS  generator  cir- 
cuit. The  FCS  generator  can  be  used  by  the  transmitter 
to  generate  the  FCS  to  append  to  the  frame,  or  it  can  be 
used  by  the  receiver  to  verify  the  FCS  of  the  received 
frame.  It  can  not  be  used  by  the  receiver  and  transmitter 
simultaneously. 

If  the  FCS  generator  is  connected  to  the  receiver,  the 
transmitter  will  not  append  an  FCS  to  the  frame,  but  the 
receiver  will  check  for  one.  The  user  can,  however,  cal- 
culate the  FCS  value  for  a  frame  and  include  this 
four-byte  number  in  the  transmit  buffer. 

If  the  FCS  generator  is  connected  to  the  transmitter,  the 
transmitter  will  append  an  FCS  to  the  frame,  but  the 


receiver  will  not  check  for  the  FCS.  However,  the  user 
can  verify  the  FCS  by  software. 

During  loopback,  the  FCS  logic  can  be  allocated  to  the 
receiver  by  setting  DXMTFCS  =  1  in  CSR15. 

If  DXMTFCS=0,  the  MAC  Engine  will  calculate  and  ap- 
pend the  FCS  to  the  transmitted  message.  The  receive 
message  passed  to  the  host  will  therefore  contain  an  ad- 
ditional 4  bytes  of  FCS.  In  this  loopback  configuration, 
the  receive  circuitry  cannot  detect  FCS  errors  if 
they  occur. 

If  DXMTFCS=1 ,  the  last  four  bytes  of  the  transmit  mes- 
sage must  contain  the  (software  generated)  FCS 
computed  for  the  transmit  data  preceding  it.  The  MAC 
Engine  will  transmit  the  data  without  addition  of  an  FCS 
field,  and  the  FCS  will  be  calculated  and  verified  at 
the  receiver. 

The  loopback  facilities  of  the  MAC  Engine  allow  full  op- 
eration to  be  verified  without  disturbance  to  the  network. 
Loopback  operation  is  also  affected  by  the  state  of  the 
Loopback  Control  bits  (LOOP,  MENDECL,  and  INTL)  in 
CSR15.  This  affects  whether  the  internal  MENDEC  is 
considered  part  of  the  internal  or  external  loop- 
back  path. 

The  multicast  address  detection  logic  uses  the  FCS 
generator  circuit.  Therefore,  in  the  loopback  mode(s), 
the  multicast  address  detection  feature  of  the  MAC  En- 
gine, programmed  by  the  contents  of  the  Logical 
Address  Filter  (LADRF  [63:0]  in  CSRs  8-1 1 )  can  only  be 
tested  when  DXMTFCS=1 ,  allocating  the  FCS  genera- 
tor to  the  receiver.  All  other  features  operate  identically 
in  loopback  as  in  normal  operation,  such  as  automatic 
transmit  padding  and  receive  pad  stripping. 

When  performing  an  internal  loopback,  no  frame  will  be 
transmitted  to  the  network.  However,  when  the  PCnet- 
ISA*  controller  is  configured  for  internal  loopback  the 
receiver  will  not  be  able  to  detect  network  traffic.  Exter- 
nal loopback  tests  will  transmit  frames  onto  the  network 
if  the  AUI  port  is  selected,  and  the  PCnet-PCI  controller 
will  receive  network  traffic  while  configured  for  external 
loopback  when  the  AUI  port  is  selected.  Runt  Packet 
Accept  is  automatically  enabled  when  any  loopback 
mode  is  invoked. 

Loopback  mode  can  be  performed  with  any  frame  size. 
Runt  Packet  Accept  is  internally  enabled  (RPA  bit  in 
CSR1 24  is  not  affected)  when  any  loopback  mode  is  in- 
voked. This  is  to  be  backwards  compatible  to  the 
LANCE  (Am7990)  software. 

When  the  10BASE-T  MAU  is  selected  in  external  loop- 
back  mode,  the  collision  detection  is  disabled.  This  is 
necessary,  because  a  collision  in  a  1 0BASE-T  system  is 
defined  as  activity  on  the  transmitter  outputs  and  re- 
ceiver inputs  at  the  same  time,  which  is  exactly  what 
occurs  during  external  loopback. 
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Since  a  1 0BASE-T  hub  does  not  normally  feed  the  sta- 
tion's transmitter  outputs  back  into  the  station's  receiver 
inputs,  the  use  of  external  loopback  in  a  1 0BASE-T  sys- 
tem usually  requires  some  sort  of  external  hardware  that 
connects  the  outputs  of  the  10BASE-T  MAU  to 
its  inputs. 

LEDs 

The  PCnet-ISA*  controller's  LED  control  logic  allows 
programming  of  the  status  signals,  which  are  displayed 
on  3  LED  outputs.  One  LED  (LEDO)  is  dedicated  to  dis- 
playing 10BASE-T  Link  Status.  The  status  signals 
availab  e  are  Collision,  Jabber,  Receive,  Receive  Polar- 
ity (active  when  receive  polarity  is  okay),  and  Transmit. 
If  more  than  one  status  signal  is  enabled,  they  are  ORed 
together.  An  optional  pulse  stretcher  is  available  for 
each  programmable  output.  This  allows  emulation  of  the 
TPEX  (Am79C98)  and  TPEX+  (Am79C100)  LED 
outputs. 


Each  status  signal  is  ANDed  with  its  corresponding 
enable  signal.  The  enabled  status  signals  run  to  a  com- 
mon OR  gate: 


RCVADDM 
RCVADDM  E 


RCV 
RCV  E 

RVP 
RVP  E 

XMT 
XMTE 
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Signal 

Behavior 

LNKST 

Active  during  Link  OK 

Not  active  during  Link  Down 

RCV 

Active  while  receiving  data 

RVPO 

L 

Active  during  receive  polarity  is  OK 

Not  active  during  reverse  receive  polarity 

RCVAD 

DM 

Active  during  Receive  with  Address  Match 

XMT 

Active  while  transmitting  data 

The  output  from  the  OR  gate  is  run  through  a  pulse 
stretcher,  which  consists  of  a  3-bit  shift  register  clocked 
at  38  Hz.  The  data  input  of  the  shift  register  is  at  logic  0. 
The  OR  gate  output  asynchronously  sets  all  three  bits  of 
the  shift  register  when  its  output  goes  active.  The  output 
of  the  shift  register  controls  the  associated  LEDx  pin. 
Thus,  the  pulse  stretcher  provides  an  LED  output  of 
52  ms  to  78  ms. 

Refer  to  the  section  "ISA  Bus  Configuration  Registers" 
for  information  on  LED  control  via  the  ISACSRs. 
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PCnet-ISA*  CONTROLLER  REGISTERS 

The  PCnet-ISA*  controller  implements  all  LANCE 
(Am7990)  registers,  plus  a  number  of  additional  regis- 
ters. The  PCnet-ISA*  controller  registers  are  compatible 
with  the  original  LANCE,  but  there  are  some  places 
where  previously  reserved  LANCE  bits  are  now  used  by 
the  PCnet-ISA*  controller.  If  the  reserved  LANCE  bits 
were  used  as  recommended,  there  should  be  no  com- 
patibility problems. 

Register  Access 

Internal  registers  are  accessed  in  a  two-step  operation. 
First,  the  address  of  the  register  to  be  accessed  is  writ- 
ten into  the  register  address  port  (RAP).  Subsequent 
read  or  write  operations  will  access  the  register  pointed 
to  by  the  contents  of  the  RAP.  The  data  will  be  read  from 
(or  written  to)  the  selected  register  through  the  data  port, 
eitherthe  register  data  port  (RDP)  for  control  and  status 
registers  (CSR)  or  the  ISACSR  register  data  port  (I  DP) 
for  ISA  control  and  status  registers  (ISACSR) 

RAP:  Register  Address  Port 


Bit 


Name 


Description 


15-7  RES 
6-0  RAP 


Reserved  locations.  Read  and 
written  as  zeroes. 

Register  Address  Port  select. 
Selects  the  CSR  or  ISACSR 
location  to  be  accessed.  RAP  is 
cleared  by  RESET. 


Control  and  Status  Registers 

CSRO:  PCnet-ISA*  Controller  Status  Register 

Bit       Name  Description 


15 


14 


ERR  Error  is  set  by  the  ORing  of 

BABL,  CERR,  MISS,  and  MERR. 
ERR  remains  set  as  long  as  any 
of  the  error  flags  are  true.  ERR  is 
read  only;  write  operations  are 
ignored. 

BABL  Babble  is  a  transmitter  time-out 

error.  It  indicates  that  the  trans- 
mitter has  been  on  the  channel 
longer  than  the  time  required  to 
send  the  maximum  length  frame. 
BABL  will  be  set  if  1519  bytes  or 
greater  are  transmitted. 

When  BABL  is  set,  IRQ  is  as- 
serted if  IENA  =  1  and  the  mask 
bit  BABLM  (CSR3.14)  is  clear. 
BABL  assertion  will  set  the 
ERR  bit. 

BABL  is  set  by  the  MAC  layer  and 
cleared  by  writing  a  "1".  Writing  a 
"0"  has  no  effect.  BABL  is  cleared 


by  RESET  or  by  setting  the 
STOP  bit. 

13       CERR  Collision  Error  indicates  that  the 

collision  inputs  to  the  AUI  port 
failed  to  activate  within  20  net- 
work bit  times  after  the  chip 
terminated  transmission  (SQE 
Test).  This  feature  is  a  trans- 
ceiver test  feature.  CERR  will  be 
set  in  10BASE-T  mode  during 
trasmit  if  in  Link  Fail  state. 

CERR  assertion  will  not  result  in 
an  interrupt  being  generated. 
CERR  assertion  will  set  the  ERR 
bit. 

CERR  is  set  by  the  MAC  layer 
and  cleared  by  writing  a  "1 ".  Writ- 
ing a  "0"  has  no  effect.  CERR  is 
cleared  by  RESET  or  by  setting 
the  STOP  bit. 

12       MISS  Missed   Frame  is  set  when 

PCnet-ISA*  controller  has  lost  an 
incoming  receive  frame  because 
a  Receive  Descriptor  was  not 
available.  This  bit  is  the  only 
indication  that  receive  data  has 
been  lost  since  there  is  no  re- 
ceive descriptor  available  for 
status  information. 

When  MISS  is  set,  IRQ  is  as- 
serted if  IENA  =  1  and  the  mask 
bit  MISSM  (CSR3.12)  is  clear. 
MISS  assertion  will  set  the  ERR 
bit. 

MISS  is  set  by  the  Buffer  Man- 
agement Unit  and  cleared  by 
writing  a  "1 ".  Writing  a  "0"  has  no 
effect.  MISS  is  cleared  by  RE- 
SET or  by  setting  the  STOP  bit. 

11       MERR  Memory   Error   is   set  when 

PCnet-ISA*  controller  is  a  bus 
master  and  has  not  received 
DACK  assertion  after  50  u.s  after 
DRQ  assertion.  Memory  Error  in- 
dicates that  PCnet-ISA*  con- 
troller is  not  receiving  bus  mas- 
tership in  time  to  prevent 
overflow/underflow  conditions  in 
the  receive  and  transmit  FIFOs. 

(MERR  indicates  a  slightly  differ- 
ent condition  for  the  LANCE;  for 
the  LANCE  MERR  occurs  when 
READY  has  not  been  asserted 
25.6  us  after  the  address  has 
been  asserted.) 

When  MERR  is  set,  IRQ  is  as- 
serted if  IENA  =  1  and  the  mask 
bit  MERRM  (CSR3.11)  is  clear. 
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MERR  assertion  will  set  the  ERR 
bit. 

MERR  is  set  by  the  Bus  Interface 
Unit  and  cleared  by  writing  a  "1 ". 
Writing  a  "0"  has  no  effect.  MERR 
is  cleared  by  RESETorby  setting 
the  STOP  bit. 

RINT  Receive  Interrupt  is  set  after  re- 

ception of  a  receive  frame  and 
toggling  of  the  OWN  bit  in  the  last 
buffer  in  the  Receive  Descriptor 
Ring. 

When  RINT  is  set,  IRQ  is  as- 
serted if  IENA  =  1  and  the  mask 
bit  RINTM  (CSR3.10)  is  clear. 

RINT  is  set  by  the  Buffer  Man- 
agement Unit  after  the  last 
receive  buffer  has  been  updated 
and  cleared  by  writing  a  "1 ".  Writ- 
ing a  "0"  has  no  effect.  RINT  is 
cleared  by  RESET  or  by  setting 
the  STOP  bit. 

TINT  Transmit  Interrupt  is  set  after 

transmission  of  a  transmit  frame 
and  toggling  of  the  OWN  bit  in  the 
last  buffer  in  the  Transmit  De- 
scriptor Ring. 

When  TINT  is  set,  IRQ  is  as- 
serted if  IENA  =  1  and  the  mask 
bit  TINTM  (CSR3.9)  is  clear. 

TINT  is  set  by  the  Buffer  Man- 
agement Unit  after  the  last 
transmit  buffer  has  been  updated 
and  cleared  by  writing  a  "1". 
Writing  a  "0"  has  no  effect.  TINT 
is  cleared  by  RESET  or  by  setting 
the  STOP  bit. 

IDON  Initialization  Done  indicates  that 

the  initialization  sequence  has 
completed.  When  IDON  is  set, 
PCnet-ISA*  controller  has  read 
the  Initialization  block  from 
memory. 

When  IDON  is  set,  IRQ  is  as- 
serted if  IENA  =  1  and  the  mask 
bit  IDONM  (CSR3.8)  is  clear. 
IDON  is  set  by  the  Buffer  Man- 
agement Unit  after  the 
initialization  block  has  been  read 
from  memory  and  cleared  by 
writing  a  "1".  Writing  a  "0"  has  no 
effect.  IDON  is  cleared  by  RE- 
SET or  by  setting  the  STOP  bit. 
INTR  Interrupt  Flag  indicates  that  one 

or  more  of  the  following  interrupt 
causing  conditions  has  occurred: 
BABL,  MISS,  MERR,  MPCO, 
RCVCCO,  RINT,  TINT,  IDON, 
JAB  or  TXSTRT;  and  its  associ- 
ated mask  bit  is  clear.  If  IENA  =  1 


and  INTR  is  set,  IRQ  will  be 
active. 

INTR  is  cleared  automatically 
when  the  condition  that  caused 
interrupt  is  cleared. 
INTR  is  read  only.  INTR  is 
cleared  by  RESET  or  by  setting 
the  STOP  bit. 
IENA  I nterrupt  Enable  allows  I RQ  to  be 

active  if  the  Interrupt  Flag  is  set.  If 
IENA  =  "0"  then  IRQ  will  be  dis- 
abled regardless  of  the  state  of 
INTR. 

IENA  is  set  by  writing  a  "1"  and 
cleared  by  writing  a  "0".  IENA  is 
cleared  by  RESET  or  by  setting 
the  STOP  bit. 
RXON  Receive  On  indicates  that  the 

Receive  function  is  enabled. 
RXON  is  set  if  DRX  (CSR15.0)  = 
"0"  after  the  START  bit  is  set.  If 
I  NIT  and  START  are  set  to- 
gether, RXON  will  not  be  set  until 
after  the  initialization  block  has 
been  read  in. 

RXON  is  read  only.  RXON  is 
cleared  by  RESET  or  by  setting 
the  STOP  bit. 
TXON  Transmit  On  indicates  that  the 

Transmit  function  is  enabled. 
TXON  is  set  if  DTX  (CSR15.1)  = 
"0"  after  the  START  bit  is  set.  If 
INIT  and  START  are  set  to- 
gether, TXON  will  not  be  set  until 
after  the  initialization  block  has 
been  read  in. 

TXON  is  read  only.  TXON  is 
cleared  by  RESET  or  by  setting 
the  STOP  bit. 

TDMD  Transmit  Demand,  when  set, 
causes  the  Buffer  Management 
Unit  to  access  the  Transmit 
Descriptor  Ring  without  waiting 
for  the  poll-time  counter  to 
elapse.  If  TXON  is  not  enabled, 
TDMD  bit  will  be  reset  and  no 
Transmit  Descriptor  Ring  access 
will  occur.  TDMD  is  required  to 
be  set  if  the  DPOLL  bit  in  CSR4  is 
set;  setting  TDMD  while  DPOLL 
=  0  merely  hastens  the 
PCnet-ISA*  controller's  re- 
sponse to  a  Transmit  Descriptor 
Ring  Entry. 

TDMD  is  set  by  writing  a  "1 ".  Writ- 
ing a  "0"  has  no  effect.  TDMD  will 
be  cleared  by  the  Buffer  Manage- 
ment Unit  when  it  fetches  a 
Transmit  Descriptor.  TDMD  is 
cleared  by  RESET  or  by  setting 
the  STOP  bit. 
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STOP 


STRT 


INIT 


CSR1:  IADR[15:0] 
Bit 


STOP  assertion  disables  the  chip 
from  all  external  activity.  The  chip 
remains  inactive  until  either 
STRT  or  INIT  are  set.  If  STOP, 
STRT  and  INIT  are  all  set  to- 
gether, STOP  will  override  STRT 
and  INIT. 

STOP  is  set  by  writing  a  "1 "  or  by 
RESET.  Writing  a  "0"  has  no  ef- 
fect. STOP  is  cleared  by  setting 
either  STRT  or  INIT. 

STRT  assertion  enables 
PCnet-ISA*  controller  to  send 
and  receive  frames,  and  perform 
buffer  management  operations. 
Setting  STRT  clears  the  STOP 
bit.  If  STRT  and  INIT  are  set  to- 
gether, PCnet-ISA*  controller 
initialization  will  be  performed 
first. 

STRT  is  set  by  writing  a  "1 ".  Writ- 
ing a  "0"  has  no  effect.  STRT  is 
cleared  by  RESET  or  by  setting 
the  STOP  bit. 

INIT  assertion  enables  PCnet- 
ISA+  controller  to  begin  the 
initialization  procedure  which 
reads  in  the  initialization  block 
from  memory.  Setting  INIT  clears 
the  STOP  bit.  If  STRT  and  INIT 
are  set  together,  PCnet-ISA* 
controller  initialization  will  be  per- 
formed first.  INIT  is  not  cleared 
when  the  initialization  sequence 
has  completed. 

INIT  is  set  by  writing  a  "1 ".  Writing 
a"0"has  no  effect.  INITiscleared 
by  RESET  or  by  setting  the 
STOP  bit. 


Description 


15-0  IADR[15:0] 


Lower  address  of  the  Initializa- 
tion address  register.  Bit  location 
0  must  be  zero.  Whenever  this 
register  is  written,  CSR16  is  up- 
dated with  CSRI's  contents. 

Read/Write  accessible  only 
when  the  STOP  bit  in  CSRO  is 
set.  Unaffected  by  RESET. 


CSR2:  IADR[23:16] 
Bit  Name 


Description 


7-0  IADR  [23:16] 


15-8  RES 


Reserved  locations.  Read  and 
written  as  zero. 


Upper  8  bits  of  the  address  of  the 
Initialization  Block.  Bit  locations 
15-8  must  be  written  with  zeros. 
Whenever  this  register  is  written, 
CSR17  is  updated  with  CSR2's 
contents. 

Read/Write  accessible  only 
when  the  STOP  bit  in  CSRO  is 
set.  Unaffected  by  RESET. 


CSR3:  Interrupt  Masks  and  Deferral  Control 
Bit      Name  Description 

15        RES  Reserved  location.  Written  as 

zero  and  read  as  undefined. 

14  BABLM  Babble  Mask.  If  BABLM  is  set, 
the  BABL  bit  in  CSRO  will  be 
masked  and  will  not  set  INTR  flag 
in  CSRO. 

BABLM  is  cleared  by  RESET  and 
is  not  affected  by  STOP. 

13        RES  Reserved  location.  Written  as 

zero  and  read  as  undefined. 

1 2      MISSM  Missed  Frame  Mask.  If  MISSM  is 

set,  the  MISS  bit  in  CSRO  will  be 
masked  and  will  not  set  INTR  flag 
in  CSRO. 

MISSM  is  cleared  by  RESET  and 
is  not  affected  by  STOP. 

11  MERRM  Memory  Error  Mask.  If  MERRM 
is  set,  the  MERR  bit  in  CSRO  will 
be  masked  and  will  not  set  INTR 
flag  in  CSRO. 

MERRM  is  cleared  by  RESET 
and  is  not  affected  by  STOP. 

10       RINTM  Receive    Interrupt    Mask.  If 

RINTM  is  set,  the  RINT  bit  in 
CSRO  will  be  masked  and  will  not 
set  INTR  flag  in  CSRO. 

RINTM  is  cleared  by  RESET  and 
is  not  affected  by  STOP. 

9  TINTM  Transmit  Interrupt  Mask.  If 
TINTM  is  set,  the  TINT  bit  in 
CSRO  will  be  masked  and  will  not 
set  INTR  flag  in  CSRO. 

TINTM  is  cleared  by  RESET  and 
is  not  affected  by  STOP. 

8        IDONM  Initialization    Done    Mask.  If 

IDONM  is  set,  the  IDON  bit  in 
CSRO  will  be  masked  and  will  not 
set  INTR  flag  in  CSRO. 

IDONM  is  cleared  by  RESET  and 
is  not  affected  by  STOP. 

7-6       RES  Reserved  locations.  Written  as 

zero  and  read  as  undefined. 
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5  LAPPEN  Look  Ahead  Packet  Processing 
(LAPPEN)  .  When  set  to  a  one, 
the  LAPPEN  bit  will  cause  the 
PCnet-ISA*  controller  to  gener- 
ate an  interrupt  following  the 
descriptor  write  operation  to  the 
first  buffer  of  a  receive  packet. 
This  interrupt  will  be  generated  in 
addition  to  the  interrupt  that  is 
generated  following  the  descrip- 
tor write  operation  to  the  last 
buffer  of  a  receive  packet.  The  in- 
terrupt will  be  signaled  through 
the  RINT  bit  of  CSRO. 


Setting  LAPPEN  to  a  one  also 
enables  the  PCnet-ISA*  control- 
ler to  read  the  STP  bit  of  the 
receive  descriptors.  PCnet-ISA+ 
controller  will  use  STP  informa- 
tion to  determine  where  it  should 
begin  writing  a  receive  packet's 
data.  Note  that  while  in  this 
mode,  the  PCnet-ISA*  controller 
can  write  intermediate  packet 
data  to  buffers  whose  descriptors 
do  not  contain  STP  bits  set  to 
one.  Following  the  write  to  the 
last  descriptor  used  by  a  packet, 
the  PCnet-ISA*  controller  will 
scan  through  the  next  descriptor 
entries  to  locate  the  next  STP 
bit  that  is  set  to  a  one.  The 
PCnet-ISA*  controller  will  begin 
writing  the  next  packet's  data  to 
the  buffer  pointed  to  by  that 
descriptor. 

Note  that  because  several  de- 
scriptors may  be  allocated  by  the 
host  for  each  packet,  and  not  all 
messages  may  need  all  of  the  de- 
scriptors that  are  allocated 
between  descriptors  that  contain 
STP  =  one,  then  some  descrip- 
tors/buffers may  be  skipped  in 
the  ring.  While  performing  the 
search  for  the  next  STP  bit  that  is 
set  to  one,  the  PCnet-ISA*  con- 
troller will  advance  through  the 
receive  descriptor  ring  regard- 
less of  the  state  of  ownership 
bits.  If  any  of  the  entries  that  are 
examined  during  this  search  indi- 
cate PCnet-ISA*  will  RESET  the 
OWN  bit  to  zero  in  these  entries. 
If  a  scanned  entry  indicates  host 
ownership  with  STP="0",  then 
the  PCnet-ISA*  controller  will  not 
alterthe  entry,  but  will  advance  to 
the  next  entry. 

When  the  STP  bit  is  found  to  be 
true,  but  the  descriptor  that  con- 
tains this  setting  is  not  owned  by 


the  PCnet-ISA*  controller,  then 
the  PCnet-ISA*  controller  will 
stop  advancing  through  the  ring 
entries  and  begin  periodic  polling 
of  this  entry.  When  the  STP  bit  is 
found  to  be  true,  and  the  descrip- 
tor that  contains  this  setting  is 
owned  by  the  PCnet-ISA*  con- 
troller, then  the  PCnet-ISA* 
controller  will  stop  advancing 
through  the  ring  entries,  store  the 
descriptor  information  that  is  has 
just  read,  and  wait  for  the  next  re- 
ceive to  arrive. 

This  behavior  allows  the  host 
software  to  pre-assign  buffer 
space  in  such  a  manner  that  the 
"header"  portion  of  a  receive 
packet  will  always  be  written  to  a 
particular  memory  area,  and  the 
"data"  portion  of  a  receive  packet 
will  always  be  written  to  a  sepa- 
rate memory  area.  The  interrupt 
is  generated  when  the  "header" 
bytes  have  been  written  to  the 
"header"  memory  area. 

Read/Write  accessible  always. 
The  LAPPEN  bit  will  be  reset 
zero  by  RESET  and  will  unaf- 
fected by  the  STOP.  See 
Appendix  E  for  more  information 
on  LAPP. 

4  DXMT2PD  Disable  Transmit  Two  Part 
Deferral.  (Described  in  the  Media 
Access  Management  section).  If 
DXMT2PD  is  set,  Transmit  Two 
Part  Deferral  will  be  disabled. 

DXMT2PD  is  cleared  by  RESET 
and  is  not  affected  by  STOP. 

3  EMBA  Enable  Modified  Back-off 
Algorithm.  If  EMBA  is  set,  a  modi- 
fied back-off  algorithm  is 
implemented  as  described  in  the 
Media  Access  Management 
section. 

i  Read/Write  accessible.  EMBA  is 
cleared  by  RESET  and  is  not  af- 
fected by  STOP. 

2-0       RES  Reserved  locations.  Written  as 

zero  and  read  as  undefined. 


CSR4:  Test  and  Features  Control 

Bit      Name  Description 


15      ENTST         Enable  Test  Mode  operation. 

When  ENTST  is  set,  writing  to 
test  mode  registers  CSR124  and 
CSR126  is  allowed,  and  other 
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13 


DMAPLUS 


TIMER 


12 


DPOLL 


11    APAD  XMT 


10  ASTRP  RCV 


MFCO 


register  test  functions  are  en- 
abled. In  order  to  set  ENTST,  it 
must  be  written  with  a  "1"  during 
the  first  write  access  to  CSR4 
after  RESET.  Once  a  "0"  is 
written  to  this  bit  location,  ENTST 
cannot  be  set  until  after  the 
PCnet-ISA*  controller  is  reset. 

ENTST  is  cleared  by  RESET. 

When  DMAPLUS  =  "1 " ,  the  burst 
transaction  counter  in  CSR80  is 
disabled.  If  DMAPLUS  =  "0",  the 
burst  transaction  counter  is 
enabled. 


DMA-PLUS 
RESET. 


is    cleared  by 


Timer  Enable  Register.  If  TIMER 
is  set,  the  Bus  Timer  Register, 
CSR82,  is  enabled.  If  TIMER  is 
set,  CSR82  must  be  written  with 
a  value.  If  TIMER  is  cleared,  the 
Bus  Timer  Register  is  disabled. 

TIMER  is  cleared  by  RESET. 

Disable  Transmit  Polling.  If 
DPOLL  is  set,  the  Buffer  Man- 
agement Unit  will  disable 
transmit  polling.  Likewise,  if 
DPOLL  is  cleared,  automatic 
transmit  polling  is  enabled.  If 
DPOLL  is  set,  TDMD  bit  in  CSRO 
must  be  periodically  set  in  order 
to  initiate  a  manual  poll  of  a  trans- 
mit descriptor.  Transmit  descrip- 
tor polling  will  not  take  place  if 
TXON  is  reset. 

DPOLL  is  cleared  by  RESET. 

Auto  Pad  Transmit.  When  set, 
APADXMT  enables  the  auto- 
matic padding  feature.  Transmit 
frames  will  be  padded  to  extend 
them  to  64  bytes,  including  FCS. 
The  FCS  is  calculated  for  the  en- 
tire frame  (including  pad)  and 
appended  after  the  pad  field. 
APAD_XMT  will  override  the  pro- 
gramming of  the  DXMTFCS  bit 
(CSR15.3). 

APAD_  XMT  is  reset  by  activa- 
tion of  the  RESET  pin. 

ASTRP_RCV  enables  the  auto- 
matic pad  stripping  feature.  The 
pad  and  FCS  fields  will  be 
stripped  from  receive  frames  and 
not  placed  in  the  FIFO. 

ASTRP_  RCV  is  reset  by  activa- 
tion of  the  RESET  pin. 

Missed  Frame  Counter  Overflow 
Interrupt. 


This  bit  indicates  the  MFC 
(CSR112)  has  overflowed.  Can 
be  cleared  by  writing  a  "1 "  to  this 
bit.  Also  cleared  by  RESET  or 
setting  the  STOP  bit.  Writing  a  "0" 
has  no  effect. 

8  MFCOM  Missed  Frame  Counter  Overflow 
Mask. 

If  MFCOM  is  set,  MFCO  will  not 
set  INTR  in  CSRO. 

MFCOM  is  set  by  Reset  and  is 
not  affected  by  STOP. 

7-6       RES  Reserved  locations.  Read  and 

written  as  zero. 

5  RCVCCO  Receive  Collision  Counter  Over- 
flow. 

This  bit  indicates  the  Receive 
Collision  Counter  (CSR114)  has 
overflowed.  It  can  be  cleared  by 
writing  a  1  to  this  bit.  Also  cleared 
by  RESET  or  setting  the  STOP 
bit.  Writing  a  0  has  no  effect. 

4  RCVCCOM  Receive  Collision  Counter  Over- 
flow Mask. 

If  RCVCCOM  is  set,  RCVCCO 
will  not  set  INTR  in  CSRO. 

RCVCCOM  is  set  by  RESET  and 
is  not  affected  by  STOP. 

3  TXSTRT  Transmit  Start  status  is  set  when- 
ever PCnet-ISA*  controller 
begins  trans-  mission  of  a  frame. 

When  TXSTRT  is  set,  IRQ  is  as- 
serted if  IENA  =  1  and  the  mask 
bit  TXSTRTM  (CSR4.2)  is  clear. 

TXSTRT  is  set  by  the  MAC  Unit 
and  cleared  by  writing  a  "1 ",  set- 
ting RESET  or  setting  the  STOP 
bit.  Writing  a  "0"  has  no  effect. 

2  TXSTRTM  Transmit  Start  Mask.  If 
TXSTRTM  is  set,  the  TXSTRT  bit 
in  CSR4  will  be  masked  and  will 
not  set  INTR  flag  in  CSRO. 

TXS-TRTM  is  set  by  RESET  and 
is  not  affected  by  STOP. 

1  JAB  Jabber  Error  is  set  when  the 

PCnet-ISA*  controller  Twisted- 
pair MAU  function  exceeds  an 
allowed  transmission  limit.  Jab- 
ber is  set  by  the  TMAU  cell  and 
can  only  be  asserted  in 
10BASE-T  mode. 

When  JAB  is  set,  IRQ  is  asserted 
if  IENA  =  1  and  the  mask  bit 
JABM  (CSR4.4)  is  clear. 
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The  JAB  bit  can  be  reset  even  if 
the  jabber  condition  is  still 
present. 

JAB  is  set  by  the  TMAU  circuit 
and  cleared  by  writing  a  "1 ".  Writ- 
ing a  "0"  has  no  effect.  JAB  is  also 
cleared  by  RESET  or  setting  the 
STOP  bit. 

JABM  Jabber  Error  Mask.  If  JABM  is 

set,  the  JAB  bit  in  CSR4  will  be 
masked  and  will  not  set  INTR  flag 
in  CSRO. 

JABM  is  set  by  RESET  and  is  not 
affected  by  STOP. 


CSR6:  RCV/XMT  Descriptor  Table  Length 
Bit      Name  Description 


15-12  TLEN 


11-8  RLEN 


7-0 


RES 


Contains  a  copy  of  the  transmit 
encoded  ring  length  (TLEN)  field 
read  from  the  initialization  block 
during  PCnet-ISA*  controller  in- 
itialization. This  field  is  written 
during  the  PCnet-ISA*  controller 
initialization  routine. 

Read  accessible  only  when 
STOP  bit  is  set.  Write  operations 
have  no  effect  and  should  not  be 
performed.  TLEN  is  only  defined 
after  initialization. 

Contains  a  copy  of  the  receive 
encoded  ring  length  (RLEN)  read 
from  the  initialization  block  dur- 
ing PCnet-ISA*  controller  initiali- 
zation. This  field  is  written  during 
the  PCnet-ISA*  controller  initiali- 
zation routine. 

Read  accessible  only  when 
STOP  bit  is  set.  Write  operations 
have  no  effect  and  should  not  be 
performed.  RLEN  is  only  defined 
after  initialization. 

Reserved  locations.  Read  as 
zero.  Write  operations  should  not 
be  performed. 


CSR8:  Logical  Address  Filter,  LADRF[15:0] 
Bit      Name  Description 


15-0  LADRF[15:0] 


Logical  Address  Filter,  LADRF 
[15:0].  Undefined  until  initialized 
either  automatically  by  loading 
the  initialization  block  or  directly 
by  an  I/O  write  to  this  register. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR9:  Logical  Address  Filter,  LADRF[31:16] 
Bit      Name  Description 


15-0  LADRF[31:16] 


Logical  Address  Filter, 
LADRF[31:16].  Undefined  until 
initialized  either  automatically  by 
loading  the  initialization  block  or 
directly  by  an  I/O  write  to  this 
register. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR10:  Logical  Address  Filter,  LADRF[47:32] 
Bit      Name  Description 


15-0  LADRF[47:32] 


Logical  Address  Filter, 
LADRF[47:32].  Undefined  until 
initialized  either  automatically  by 
loading  the  initialization  block  or 
directly  by  an  I/O  write  to  this 
register. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR11:  Logical  Address  Filter,  LADRF[63:48] 
Bit       Name  Description 


15-0  LADRF[63:48] 


Logical  Address  Filter, 
LADRF[63:48],  Undefined  until 
initialized  either  automatically  by 
loading  the  initialization  block  or 
directly  by  an  I/O  write  to  this 
register. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR12:  Physical  Address  Register,  PADR[15:0] 
Bit      Name  Description 


15-0  PADR[15:0] 


Physical  Address  Register, 
PADR[15:0].  Undefined  until  in- 
itialized either  automatically  by 
loading  the  initialization  block  or 
directly  by  an  I/O  write  to  this 
register.  The  PADR  bits  are 
transmitted  PADR[0]  first  and 
PADR[47]  last. 

Read/write  accessible  only  when 
STOP  bit  is  set. 
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CSR13:  Physical  Address  Register,  PADR[31:16] 
Bit      Name  Description 

15-0  PADR[31:16]  Physical  Address  Register, 
PADR[31 :1 6].  Undefined  until  in- 
itialized either  automatically  by 
loading  the  initialization  block  or 
directly  by  an  I/O  write  to  this 
register.  The  PADR  bits  are 
transmitted  PADR[0]  tirst  and 
PADR[47]  last. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

CSR14:  Physical  Address  Register,  PADR[47:32] 


Bit 


Name 


Description 


15-0  PADR[47:32] 


CSR15:  Mode  Register 
Bit  Name 


Physical  Address  Register, 
PADR[47:32].  Undetined  until  in- 
itialized either  automatically  by 
loading  the  initialization  block  or 
directly  by  an  I/O  write  to  this 
register.  The  PADR  bits  are 
transmitted  PADR[0]  first  and 
PADR[47]  last. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


Description 


This  register's  fields  are  loaded 
during  the  PCnet-ISA*  controller 
initialization  routine  with  the  cor- 
responding Initialization  Block 
values.  The  register  can  also  be 
loaded  directly  by  an  I/O  write. 
Activating  the  RESET  pin  clears 
all  bits  of  CSR15to  zero. 
15       PROM  Promiscuous  Mode. 

When  PROM  =  "1",  all  incoming 
receive  frames  are  accepted. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

14  DRCVBC  Disable  Receive  Broadcast  When 
set,  disables  the  PCnet-ISA* 
controller  from  receiving  broad- 
cast messages.  Used  for 
protocols  that  do  not  support 
broadcast  addressing,  except  as 
a  function  of  multicast.  DRCVBC 
is  cleared  by  activation  of  the 
RESET  pin  (broadcast  mes- 
sages will  be  received). 

Read/write  accessible  only  when 
STOP  bit  is  set. 

DRCVPA  Disable  Receive  Physical  Ad- 
dress. When  set,  the  physical 
address  detection  (Station  or 


12  DLNKTST 


11 


DAPC 


10  MENDECL 


LRT/TSEL 


LRT 


node  ID)  of  the  PCnet-ISA*  con- 
troller will  be  disabled.  Frames 
addressed  to  the  nodes  individ- 
ual physical  address  will  not  be 
recognized  (although  the  frame 
may  be  accepted  by  the  EADI 
mechanism). 

Read/write  accessible  only  when 
STOP  bit  is  set. 

Disable  Link  Status.  When 
DLNKTST  =  "1",  monitoring  of 
Link  Pulses  is  disabled.  When 
DLNKTST  =  "0",  monitoring  of 
Link  Pulses  is  enabled.  This  bit 
only  has  meaning  when  the 
10BASE-T  network  interface  is 
selected. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

Disable  Automatic  Polarity  Cor- 
rection. When  DAPC  =  "1",  the 
1 0BASE-T  receive  polarity  rever- 
sal algorithm  is  disabled. 
Likewise,  when  DAPC  =  "0",  the 
polarity  reversal  algorithm  is  en- 
abled. 

This  bit  only  has  meaning  when 
the  10BASE-T  network  interface 
is  selected. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

MENDEC  Loopback  Mode.  See 
the  description  of  the  LOOP  bit  in 
CSR15. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

Low  Receive  Threshold  (T-MAU 
Mode  only) 

Transmit  Mode  Select  (AUI 
Mode  only) 

Low  Receive  Threshold.  When 
LRT  =  "1",  the  internal  twisted 
pair  receive  thresholds  are  re- 
duced by  4.5  dB  below  the 
standard  10BASE-T  value  (ap- 
proximately 3/5)  and  the 
unsquelch  threshold  for  the  RXD 
circuit  will  be  180-312  mV  peak. 

When  LRT  =  "0",  the  unsquelch 
threshold  for  the  RXD  circuit  will 
be  the  standard  10BASE-T 
value,  300-520  mV  peak. 

In  either  case,  the  RXD  circuit 
post  squelch  threshold  will  be 
one  half  of  the  unsquelch 
threshold. 

This  bit  only  has  meaning  when 
the  10BASE-T  network  interface 
is  selected. 
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Read/write  accessible  only  when 
STOP  bit  is  set.  Cleared  by 
RESET. 

TSEL  Transmit  Mode  Select.  TSEL 

controls  the  levels  at  which  the 
AUI  drivers  rest  when  the  AUI 
transmit  port  is  idle.  When  TSEL 
=  0,  DO+  and  DO-  yield  "zero"  dif- 
ferential to  operate  transformer 
coupled  loads  (Ethernet  2  and 
802.3) .  When  TSEL  =  1 ,  the  DO+ 
idles  at  a  higher  value  with  re- 
spect to  DO-  ,  yielding  a  logical 
HIGH  state  (Ethernet  1). 

This  bit  only  has  meaning  when 
the  AUI  network  interface  is 
selected.  Not  available  under 
Auto-Select  Mode. 

Read/write  accessible  only  when 
STOP  bit  is  set.  Cleared  by 
RESET. 

PORTSEL        Port  Select  bits  allow  for  software 
[1 :0]  controlled  selection  of  the  net- 

work medium.  PORTSEL  active 
only  when  Media-Select  Bit  set  to 
0  in  ISACSR2. 

Read/write  accessible  only  when 
STOP  bit  is  set.  Cleared  by 
RESET. 

The  network  port  configuration 
are  as  follows: 


p 

DRTSEL[1:0] 

Network  Port 

0  0 

AUI 

0  1 

10BASE-T 

1  0 

GPSI* 

1  1 

Reserved 

'Refer  to  the  section  on  General  Purpose  Serial  Interface  for 
detailed  information  on  accessing  GPSI. 


INTL  Internal  Loopback.  See  the  de- 

scription of  LOOP,  CSR15.2. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

DRTY  Disable  Retry.  When  DRTY  =  "1", 

PCnet-ISA*  controller  will  at- 
tempt only  one  transmission.  If 
DRTY  =  "0",  PCnet-ISA*  control- 
ler will  attempt  to  transmit  16 
times  before  signaling  a  retry 
error. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


FCOLL  Force  Collision.  This  bit  allows 
the  collision  logic  to  be  tested. 
PCnet-ISA+  controller  must  be  in 
internal  loopback  for  FCOLL  to 
be  valid.  If  FCOLL  =  "1",  a  colli- 
sion will  be  forced  during 
loopback  transmission  attempts; 
a  Retry  Error  will  ultimately  re- 
sult. If  FCOLL  =  "0",  the  Force 
Collision  logic  will  be  disabled. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

DXMTFCS       Disable  Transmit  CRC  (FCS). 

When  DXMTFCS  =  0,  the  trans- 
mitter will  generate  and  append  a 
FCS  to  the  transmitted  frame. 
When  DXMTFCS  =  1,  the  FCS 
logic  is  allocated  to  the  receiver 
and  no  FCS  is  generated  or  sent 
with  the  transmitted  frame. 

See  also  the  ADD_FCS  bit  in 
TMD1.  If  DXMTFCS  is  set,  no 
FCS  will  be  generated.  If  both 
DXMTFCS  is  set  and  ADD_FCS 
is  clear  for  a  particular  frame,  no 
FCS  will  be  generated.  If 
ADD_FCS  is  set  for  a  particular 
frame,  the  state  of  DXMTFCS  is 
ignored  and  a  FCS  will  be  ap- 
pended on  that  frame  by  the 
transmit  circuitry. 

In  loopback  mode,  this  bit  deter- 
mines if  the  transmitter  appends 
FCS  or  if  the  receiver  checks  the 
FCS. 

This  bit  was  called  DTCR  in  the 
LANCE  (Am7990). 

Read/write  accessible  only  when 
STOP  bit  is  set. 

LOOP  Loopback      Enable  allows 

PCnet-ISA*  controller  to  operate 
in  full  duplex  mode  for  test  pur- 
poses. When  LOOP  =  "1", 
loopback  is  enabled.  In  combina- 
tion with  INTL  and  MENDECL, 
various  loopback  modes  are  de- 
fined as  follows: 
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LOOP 


INTL 


MENDECL 


Loopback 


Non-loopback 


External  Loopback 


Internal  Loopback  Include 
MENDEC 


Internal  Loopback  Exclude 
MENDEC 


Read/write  accessible  only  when 
STOP  bit  is  set.  LOOP  is  cleared 
by  RESET. 

DTX  Disable  Transmit.  If  this  bit  is  set, 

the  PCnet-ISA*  controller  will  not 
access  the  Transmit  Descriptor 
Ring  and,  therefore,  no  transmis- 
sions will  occur.  DTX  =  "0"  will  set 
TXON  bit  (CSR0.4)  after  STRT 
(CSR0.1 )  is  asserted.  DTX  is  de- 
fined after  the  initialization  block 
is  read. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

DRX  Disable  Receiver.  If  this  bit  is  set, 

the  PCnet-ISA*  controller  will  not 
access  the  Receive  Descriptor 
Ring  and,  therefore,  all  receive 
frame  data  are  ignored.  DRX  = 
"0"  will  set  RXON  bit  (CSR0.5)  af- 
ter STRT  (CSR0.1)  is  asserted. 
DRX  is  defined  after  the  initializa- 
tion block  is  read. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


This  register  is  an  alias  of  CSR2. 
Whenever  this  register  is  written, 
CSR2  is  updated  with  CSR17's 
contents. 

Read/Write  accessible  only 
when  the  STOP  bit  in  CSRO  is 
set.  Unaffected  by  RESET. 

CSR18-19:  Current  Receive  Buffer  Address 
Bit      Name  Description 

31-24    RES  Reserved  locations.  Written  as 

zero  and  read  as  undefined. 

23-0    CRBA  Contains  the  current  receive 

buffer  address  to  which  the 
PCnet-ISA*  controller  will  store 
incoming  frame  data. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

CSR20-21:  Current  Transmit  Buffer  Address 
Bit      Name  Description 

31-24    RES  Reserved  locations.  Written  as 

zero  and  read  as  undefined. 

23-0    CXBA  Contains  the  current  transmit 

buffer  address  from  which  the 
PCnet-ISA*  controller  is  transmit- 
ting. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR16:  Initialization  Block  Address  Lower 
Bit      Name  Description 


15-0     IADR  Lower  16  bits  of  the  address  of 

the  Initialization  Block.  Bit  loca- 
tion 0  must  be  zero.  This  register 
is  an  alias  of  CSR1.  Whenever 
this  register  is  written,  CSR1  is 
updated  with  CSR1 6's  contents. 

Read/Write  accessible  only 
when  the  STOP  bit  in  CSRO  is 
set.  Unaffected  by  RESET. 

CSR17:  Initialization  Block  Address  Upper 
Bit       Name  Description 


15-8      RES  Reserved  locations.  Written  as 

zero  and  read  as  undefined. 

7-0      IADR  Upper  8  bits  of  the  address  of  the 

Initialization  Block.  Bit  locations 
15-8  must  be  written  with  zeros. 


CSR22-23:  Next  Receive  Buffer  Address 
Bit       Name  Description 

31-24    RES  Reserved  locations.  Written  as 

zero  and  read  as  undefined. 

23-0    NRBA  Contains  the  next  receive  buffer 

address  to  which  the  PCnet-ISA* 
controller  will  store  incoming 
frame  data. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR24-25:  Base  Address  of  Receive  Ring 
Bit      Name  Description 


31-24    RES  Reserved  locations.  Written  as 

zero  and  read  as  undefined. 

23-0     BADR  Contains  the  base  address  of  the 

Receive  Ring. 

Read/write  accessible  only  when 
STOP  bit  is  set. 
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CSR26-27:  Next  Receive  Descriptor  Address 
Bit      Name  Description 


31-24  RES 
23-0  NRDA 


Reserved  locations.  Written  as 
zero  and  read  as  undefined. 

Contains  the  next  RDRE  address 
pointer. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR28-29:  Current  Receive  Descriptor  Address 


Bit 

Name 

Description 

31-24 

RES 

Reserved  locations.  Written  as 
zero  and  read  as  undefined. 

23-0  ( 

DRDA 

Contains  the  current  RDRE  ad- 
dress pointer. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

CSR30- 

31 :  Base  Address  of  Transmit  Ring 

Bit 

Name 

Description 

31-24 

RES 

Reserved  locations.  Written  as 
zero  and  read  as  undefined. 

23-0 

BADX 

Contains  the  base  address  of  the 
Transmit  Ring. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

CSR32- 

33:  Next  Transmit  Descriptor  Address 

Bit 

Name 

Description 

31-24  RES 
23-0  NXDA 


Reserved  locations.  Written  as 
zero  and  read  as  undefined. 

Contains  the  next  TDRE  address 
pointer. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR34-35:  Current  Transmit  Descriptor  Address 
Bit      Name  Description 

31-24    RES  Reserved  locations.  Written  as 

zero  and  read  as  undefined. 

CXDA  Contains  the  current  TDRE  ad- 

dress pointer. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR36-37:  Next  Next  Receive  Descriptor  Address 
Bit      Name  Description 


31-0  NNRDA 


Contains  the  next  next  RDRE  ad- 
dress pointer. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR38-39:  Next  Next  Transmit  Descriptor  Address 
Bit      Name  Description 


31-0  NNXDA 


Contains  the  next  next  TDRE  ad- 
dress pointer. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR40-41 :  Current  Receive  Status  and  Byte 
Count 


Bit 


Name 


Description 


31-24  CRST 


Current  Receive  Status.  This 
field  is  a  copy  of  bits  15:8  of 
RMD1  of  the  current  receive 
descriptor. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

Reserved  locations.  Written  as 
zero  and  read  as  undefined. 

Current  Receive  Byte  Count. 
This  field  is  a  copy  of  the  BCNT 
field  of  RMD2  of  the  current  re- 
ceive descriptor. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR42-43:  Current  Transmit  Status  and  Byte 
Count 


23-12  RES 
11-0  CRBC 


Bit 


Name 


Description 


31-24   CXST  Current  Transmit  Status.  This 

field  is  a  copy  of  bits  15:8  of 
TMD1  of  the  current  transmit 
descriptor. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

23-12    RES  Reserved  locations.  Written  as 

zero  and  read  as  undefined. 

11-0     CXBC  Current  Transmit  Byte  Count. 

This  field  is  a  copy  of  the  BCNT 
field  of  TMD2  of  the  current  trans- 
mit descriptor. 
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Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR44-45:  Next  Receive  Status  and  Byte  Count 
B  t      Name  Description 


31-24  NRST  Next  Receive  Status.  This  field  is 

a  copy  of  bits  15:8  of  RMD1  of  the 
next  receive  descriptor. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

23-12    RES  Reserved  locations.  Written  as 

zero  and  read  as  undefined. 

1|1-0    NRBC  Next  Receive  Byte  Count.  This 

field  is  a  copy  of  the  BCNT  field  of 
RMD2  of  the  next  receive 
descriptor. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

CSR46:  Poll  Time  Counter 
Bit      Name  Description 


15-0     POLL  Poll  Time  Counter.  This  counter 

is  incremented  by  the 
PCnet-ISA*  controller  microcode 
and  is  used  to  triggerthe  descrip- 
tor ring  polling  operation  of  the 
PCnet-ISA*  controller. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR47:  Polling  Interval 
Bit  Name 


Description 


31-16    RES  Reserved  locations.  Written  as 

zero  and  read  as  undefined. 

5-0  POLLINT  Polling  Interval.  This  register 
contains  the  time  that  the 
PCnet-ISA*  controller  will  wait 
between  successive  polling  op- 
erations. The  POLLINT  value  is 
expressed  as  the  two's  comple- 
ment of  the  desired  interval, 
where  each  bit  of  POLLINT  rep- 
resents one-half  of  an  XTAL1 
period  of  time.  POLLINT[3:0]  are 
ignored.  (POLINT[16]  is  implied 
to  be  a  one,  so  POLLINT[15]  is 
significant,  and  does  not  repre- 
sent the  sign  of  the  two's 
complement  POLLINT  value.) 

The  default  value  of  this  register 
is  0000.  This  corresponds  to  a 


polling  interval  of  32,768  XTAL1 
periods.  The  POLINT  value  of 
0000  is  created  during  the 
microcode  initialization  routine, 
and  therefore  might  not  be  seen 
when  reading  CSR47  after 
RESET. 

If  the  user  desires  to  program  a 
value  for  POLLINT  otherthan  the 
default,  then  the  correct  proce- 
dure is  to  first  set  INIT  only  in 
CSR0.  Then,  when  the  initializa- 
tion sequence  is  complete,  the 
user  must  set  STOP  in  CSR0. 
Then  the  user  may  write  to 
CSR47  and  then  set  STRT  in 
CSR0.  In  this  way,  the  default 
value  of  0000  in  CSR47  will  be 
overwritten  with  the  desired  user 
value. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

CSR48-49:  Temporary  Storage 

Bit       Name  Description 

31-0    TMP0  Temporary  Storage  location. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

CSR50-51 :  Temporary  Storage 

Bit      Name  Description 

31-0    TMP1  Temporary  Storage  location. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR52-53:  Temporary  Storage 

Bit      Name  Description 

31-0    TMP2  Temporary  Storage  location. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR54-55:  Temporary  Storage 

Bit      Name  Description 

31-0     TMP3  Temporary  Storage  location. 

Read/write  accessible  only  when 
STOP  bit  is  set. 
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CSR56-57:  Temporary  Storage 

Bit      Name  Description 


31-0  TMP4 


31-0  TMP5 


Temporary  Storage  location. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR58-59:  Temporary  Storage 
Bit      Name  Description 


Temporary  Storage  location. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR60-61 :  Previous  Transmit  Descriptor  Address 


Bit 

Name 

Description 

31-24 

RES 

Reserved  locations.  Written  as 

23-0  PXDA 


CSR62-63 


Bit 


Name 


31-24  PXST 


23-12 


zero  and  read  as  undefined. 
Contains  the  previous  TDRE  ad- 
dress pointer.  The  PCnet-ISA* 
controller  has  the  capability  to 
stack  multiple  transmit  frames. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


Previous  Transmit  Status  and  Byte 
Count 


Description 


RES 


11-0  PXBC 


Previous  Transmit  Status.  This 
field  is  a  copy  of  bits  15:8  of 
TMD1  of  the  previous  transmit 
descriptor. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

Reserved  locations.  Written  as 
zero  and  read  as  undefined. 

Accessible  only  when  STOP  bit  is 
set. 

Previous  Transmit  Byte  Count. 
This  field  is  a  copy  of  the  BCNT 
field  of  TMD2  of  the  previous 
transmit  descriptor. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR64-65:  Next  Transmit  Buffer  Address 
Bit       Name  Description 


31-24  RES 
23-0  NXBA 


Reserved  locations.  Written  as 
zero  and  read  as  undefined. 

Contains  the  next  transmit  buffer 
address  from  which  the 
PCnet-ISA*  controller  will  trans- 
mit an  outgoing  frame. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR66-67:  Next  Transmit  Status  and  Byte  Count 
Bit      Name  Description 


31-24  NXST 


23-12  RES 


11-0  NXBC 


Next  Transmit  Status.  This  field 
is  a  copy  of  bits  15:8  of  TMD1  of 
the  next  transmit  descriptor. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

Reserved  locations.  Written  as 
zero  and  read  as  undefined. 

Accessible  only  when  STOP  bit  is 
set. 

Next  Transmit  Byte  Count.  This 
field  is  a  copy  of  the  BCNT  field  of 
TMD2  of  the  next  transmit 
descriptor. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR68-69:  Transmit  Status  Temporary  Storage 
Bit       Name  Description 

31-0    XSTMP         Transmit  Status  Temporary  Stor- 
age location. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

CSR70-71 :  Temporary  Storage 

Bit      Name  Description 

31-0    TMP8  Temporary  Storage  location. 

Read/write  accessible  only  when 
STOP  bit  is  set. 
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CSR72:  Receive  Ring  Counter 
Bit      Name  Description 


5-0  RCVRC 


Receive  Ring  Counter  location. 
Contains  a  Two's  complement 
binary  number  used  to  number 
the  current  receive  descriptor. 
This  counter  interprets  the  value 
in  CSR76  as  pointing  to  the  first 
descriptor;  a  two's  complement 
value  of  -1  (FFFFh)  corresponds 
to  the  last  descriptor  in  the  ring. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR74:  Transmit  Ring  Counter 

Bit      Name  Description 


15-0  XMTRC 


Transmit  Ring  Counter  location. 
Contains  a  Two's  complement 
binary  number  used  to  number 
the  current  transmit  descriptor. 
This  counter  interprets  the  value 
in  CSR78  as  pointing  to  the  first 
descriptor;  a  two's  complement 
value  of  -1  (FFFFh)  corresponds 
to  the  last  descriptor  in  the  ring. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR76:  Receive  Ring  Length 

Bit      Name  Description 

15-0  RCVRL  Receive  Ring  Length.  Contains 
the  Two's  complement  of  the  re- 
ceive descriptor  ring  length.  This 
register  is  initialized  during  the 
PCnet-ISA*  controller  initializa- 
tion routine  based  on  the  value  in 
the  RLEN  field  of  the  initialization 
block.  This  register  can  be  manu- 
ally altered;  the  actual  receive 
ring  length  is  defined  by  the  cur- 
rent value  in  this  register. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

CSR78:  Transmit  Ring  Length 

Bit      Name  Description 

5-0  XMTRL  Transmit  Ring  Length.  Contains 
the  two's  complement  of  the 
transmit  descriptor  ring  length. 
This  register  is  initialized  during 
the  PCnet-ISA*  controller 
initialization  routine  based  on  the 
value  in  the  TLEN  field  of  the 
initialization  block.  This  register 


can  be  manually  altered;  the  ac- 
tual transmit  ring  length  is 
defined  by  the  current  value  in 
this  register. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

CSR80:  Burst  and  FIFO  Threshold  Control 
Bit      Name  Description 


15-14  RES 


13-12RCVFW[1:0] 


Reserved  locations.  Read  as 
ones.  Written  as  zero. 

Receive  FIFO  Watermark. 
RCVFW  controls  the  point  at 
which  ISA  bus  receive  DMA  is  re- 
quested in  relation  to  the  number 
of  received  bytes  in  the  receive 
FIFO.  RCVFW  specifies  the 
number  of  bytes  which  must  be 
present  (once  the  frame  has 
been  verified  as  a  non-runt)  be- 
fore receive  DMA  is  requested. 
Note  however  that  in  order  for  re- 
ceive DMA  to  be  performed  for  a 
new  frame,  at  least  64  bytes  must 
have  been  received.  This  effec- 
tively avoids  having  to  react  to 
receive  frames  which  are  runts  or 
suffer  a  collision  during  the  slot 
time  (512  bit  times).  If  the  Runt 
Packet  Accept  feature  is  en- 
abled, receive  DMA  will  be 
requested  as  soon  as  either  the 
RCVFW  threshold  is  reached,  or 
a  complete  valid  receive  frame  is 
detected  (regardless  of  length). 
RCVFW  is  set  to  a  value  of  10b 
(64  bytes)  after  RESET. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


RCVFW[1 :0] 

Bytes  Received 

00 

16 

01 

32 

10 

64 

11 

Reserved 

11-10XMTSP[1:0] 


Transmit  Start  Point.  XMTSP 
controls  the  point  at  which  pre- 
amble transmission  attempts 
commence  in  relation  to  the  num- 
ber of  bytes  written  to  the 
transmit  FIFO  for  the  current 
transmit  frame.  When  the  entire 
frame  is  in  the  FIFO,  transmis- 
sion will  start  regardless  of  the 
value  in  XMTSP.  XMTSP  is  given 
a  value  of  10b  (64  bytes)  after 
RESET.  Regardless  of  XMTSP, 
the  FIFO  will  not  internally  over 


Am79C961 


1-561 


AMD 


PRELIMINARY 


write  its  data  until  at  least  64 
bytes  (or  the  entire  frame  if  <64 
bytes)  have  been  transmitted 
onto  the  network.  This  ensures 
that  for  collisions  within  the  slot 
time  window,  transmit  data  need 
not  be  re-written  to  the  transmit 
FIFO,  and  re-tries  will  be  handled 
autonomously  by  the  MAC.  This 
bit  is  read/write  accessible  only 
when  the  STOP  bit  is  set. 


KMTSP[1:0] 

Bytes  Written 

00 

4 

01 

16 

10 

64 

11 

112 

9-8  XMTFW[1:0] 


Transmit  FIFO  Watermark. 
XMTFW  specifies  the  point  at 
which  transmit  DMA  stops, 
based  upon  the  number  of  write 
cycles  that  could  be  performed  to 
the  transmit  FIFO  without  FIFO 
overflow.  Transmit  DMA  is  al- 
lowed at  any  time  when  the 
number  of  write  cycles  specified 
by  XMTFW  could  be  executed 
without  causing  transmit  FIFO 
overflow.  XMTFW  is  set  to  a 
value  of  00b  (8  cycles)  after  hard- 
ware RESET.  Read/write 
accessible  only  when  STOP  bit  is 
set. 


<MTFW[1:0] 

Write  Cycles 

00 
01 
10 

11 

8 
16 
32 
Reserved 

7-0  DMABR 


DMA  Burst  Register.  This  regis- 
ter contains  the  maximum 
allowable  number  of  transfers  to 
system  memory  that  the  Bus  In- 
terface will  perform  during  a 
single  DMA  cycle.  The  Burst 
Register  is  not  used  to  limit  the 
number  of  transfers  during 
Descriptor  transfers.  A  value  of 
zero  will  be  interpreted  as  one 
transfer.  During  RESET  a  value 
of  1 6  is  loaded  in  the  BURST  reg- 
ister. If  DMAPLUS  (CSR4.14)  is 
set,  the  DMA  Burst  Register  is 
disabled. 

When  the  Bus  Activity  Timer  reg- 
ister (CSR82:  DMABAT)  is 
enabled,  the  PCnet-ISA*  control- 
ler will  relinquish  the  bus  when 
either  the  time  specified  in 
DMABAT  has  elapsed  or  the 


number  of  transfers  specified  in 
DMABR  have  occured. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

CSR82:  Bus  Activity  Timer 

Bit      Name  Description 


15-0  DMABAT 


Bus  Activity  Timer.  If  the  TIMER 
bit  in  CSR4  is  set,  this  register 
contains  the  maximum  allowable 
time  that  the  PCnet-ISA*  control- 
ler will  take  up  on  the  system  bus 
during  FIFO  data  transfers  in 
each  bus  mastership  period.  The 
DMABAT  starts  counting  upon 
receipt  of  DACK  from  the  host 
system.  The  DMABAT  Register 
does  not  limit  the  number  of 
transfers  during  Descriptor 
transfers. 

A  value  of  zero  will  limit  the 
PCnet-ISA*  controller  to  one  bus 
cycle  per  mastership  period.  A 
non-zero  value  is  interpreted  as 
an  unsigned  number  with  a  reso- 
lution of  100  ns.  For  instance,  a 
value  of  51  u.s  would  be  pro- 
grammed with  a  value  of  510. 
When  the  TIMER  bit  in  CSR4  is 
set,  DMABAT  is  enabled  and 
must  be  initialized  by  the  user. 
The  DMABAT  register  is  unde- 
fined until  written. 

When  the  Bus  Activity  Timer  reg- 
ister (CSR82:  DMABAT)  is 
enabled,  the  PCnet-ISA+  con- 
trol- ler  will  relinquish  the  bus 
when  either  the  time  specified  in 
DMABAT  has  elapsed  or  the 
number  of  transfers  specified  in 
DMABR  have  occured.  When 
ENTST  (CSR4.15)  is  asserted, 
all  writes  to  this  register  will  auto- 
matically perform  a  decrement 
cycle. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR84-85:  DMA  Address 
Bit  Name 


Description 


31-0   DMABA         DMA  Address  Register. 

This  register  contains  the  ad- 
dress of  system  memory  for  the 
current  DMA  cycle.  The  Bus  In- 
terface Unit  controls  the  Address 
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Register  by  issuing  increment 
commands  to  increment  the 
memory  address  for  sequential 
operations.  The  DMABA  register 
is  undefined  until  the  first 
PCnet-ISA*  controller  DMA 
operation. 

This  register  has  meaning  only  if 
the  PCnet-ISA*  controller  is  in 
Bus  Master  Mode. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR86:  Buffer  Byte  Counter 
B  t      Name  Description 


15-12    RES  Reserved,  Read  and  written  with 

ones. 

11-0  DMABC  DMA  Byte  Count  Register.  Con- 
tains the  Two's  complement  of 
the  current  size  of  the  remaining 
transmit  or  receive  buffer  in 
bytes.  This  register  is  incre- 
mented by  the  Bus  Interface  Unit. 
The  DMABC  register  is  unde- 
fined until  written. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR88-89:  Chip  ID 
Bit  Name 


Description 


31-28  Version.  This  4-bit  pattern  is  sili- 

con revision  dependent. 

2]7-1 2  Part  number.  The  1 6-bit  code  for 

the  PCnet-ISA*  controller  is 
0010001001100000b. 

Manufacturer  ID.  The  11 -bit 
manufacturer  code  for  AMD  is 
00000000001b.  This  code  is  per 
the  JEDEC  Publication  106-A. 

Always  a  logic  1 . 

This  register  is  exactly  the  same 
as  the  Chip  ID  register  in  the 
JTAG  description. 


CSR92:  Ring  Length  Conversion 
Bit       Name  Description 


15-0    RCON  Ring  Length  Conversion  Regis- 

ter. This  register  performs  a  ring 
length  conversion  from  an  en- 
coded value  as  found  in  the 
initialization  block  to  a  Two's 
complement  value  used  for  inter- 
nal counting.  By  writing  bits 
15-12  with  an  encoded  ring 


length,  a  Two's  complemented 
value  is  read.  The  RCON  register 
is  undefined  until  written. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

CSR94:  Transmit  Time  Domain  Reflectometry 
Count 


Bit 


Name 


Description 


15-10  RES 
9-0  XMTTDR 


Reserved  locations.  Read  and 
written  as  zero. 

Time  Domain  Reflectometry  re- 
flects the  state  of  an  internal 
counter  that  counts  from  the  start 
of  transmission  to  the  occurrence 
of  loss  of  carrier.  TDR  is  incre- 
mented at  a  rate  of  10  MHz. 

Read  accessible  only  when 
STOP  bit  is  set.  Write  operations 
are  ignored.  XMTTDR  is  cleared 
by  RESET. 


CSR96-97:  Bus  Interface  Scratch  Register  0 
Bit       Name  Description 


31-0  SCR0 


This  register  is  shared  between 
the  Buffer  Management  Unit  and 
the  Bus  Interface  Unit.  All  De- 
scriptor Data  communications 
between  the  BIU  and  BMU  are 
written  and  read  through  SCR0 
and  SCR1  registers.  The  SCR0 
register  is  undefined  until  written. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR98-99:  Bus  Interface  Scratch  Register  1 
Bit      Name  Description 

31-0    SCR1  This  register  is  shared  between 

the  Buffer  Management  Unit  and 
the  Bus  Interface  Unit.  All  De- 
scriptor Data  communications 
between  the  BIU  and  BMU  are 
written  and  read  through  SCR0 
and  SCR1  registers. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

CSR104-105:  SWAP 

Bit      Name  Description 

31-0    SWAP  This  register  performs  word  and 

byte  swapping  depending  upon  if 
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32-bit  or  16-bit  internal  write  op- 
erations are  performed.  This 
register  is  used  internally  by  the 
BIU/BMU  as  a  word  or  byte 
swapper.  The  swap  register  can 
perform  32-bit  operations  that 
the  PC  can  not;  the  register  is  ex- 
ternally accessible  for  test 
reasons  only.  CSR104  holds  the 
lower  1 6  bits  and  CSR1 05  holds 
the  upper  16  bits. 

The  swap  function  is  defined  as 
follows: 


Inte 

o 

rnal  Write 
jeration 

SWAP  Register  Result 

32- 

Bit  word 

SRC[31:16]      -»  SWAP[15:0] 
SRC[15:0]       -»  SWAP[31:16] 

Low 

(C 

er  16-Bit 
SR104) 

SRC[15:8]       ->  SWAP[7:0] 
SRC[7:0]         ->  SWAP[15:8] 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR108-109:  Buffer  Management  Scratch 
Bit      Name  Description 


31-0  BMSCR 


CSR11 
Bit 


The  Buffer  Management  Scratch 
register  is  used  for  assembling 
Receive  and  Transmit  Status. 
This  register  is  also  used  as  the 
primary  scan  register  for  Buffer 
Management  Test  Modes. 
BMSCR  register  is  undefined  un- 
til written. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


2:  Missed  Frame  Count 
Name  Description 


15-0 


MFC  Counts  the  number  of  missed 

frames. 

This  register  is  always  readable 
and  is  cleared  by  STOP. 

A  write  to  this  register  performs 
an  increment  when  the  ENTST 
bit  in  CSR4  is  set. 

When  M FC  is  all  1  's  (65535)  and 
a  missed  frame  occurs,  MFC  in- 
crements to  0  and  sets  MFCO  bit 
(CSR4.9). 


CSR114:  Receive  Collision  Count 

Bit      Name  Description 


15-0  RCVCC 


Counts  the  number  of  Receive 
collisions  seen,  regular  and  late. 

This  register  is  always  readable 
and  is  cleared  by  STOP. 

A  write  to  this  register  performs 
an  increment  when  the  ENTST 
bit  in  CSR4  is  set. 

When  RCVCC  is  all  1  's  (65535) 
and  a  receive  collision  occurs, 
RCVCC  increments  to  0  and  sets 
RCVCCO  bit  (CSR4.5) 


CSR124:  Buffer  Management  Unit  Test 
Bit       Name  Description 


This  register  is  used  to  place  the 
BMU/BIU  into  various  test  modes 
to  support  Test/Debug.  This  reg- 
ister is  writeable  when  the 
ENTST  bit  in  CSR4  is  set. 

Reserved  locations.  Written  as 
zero  and  read  as  undefined. 

This  mode  places  the 
PCnet-ISA*  controller  in  the 
GPSI  Mode.  This  mode  will 
reconfigure  the  External  Address 
Pins  so  that  the  GPSI  port  is  ex- 
posed. This  allows  bypassing  the 
MENDEC-  TMAU  logic.  This  bit 
should  only  be  set  if  the  external 
logic  supports  GPSI  operation. 
Damage  to  the  device  may  occur 
in  a  non-GPSI  configuration.  Re- 
fer to  the  GPSI  section. 


15-5  RES 
4  GPSIEN 


RPA 


2-0  RES 


Runt  Packet  Accept.  This  bit 
forces  the  CORE  receive  logic  to 
accept  Runt  Packets.  This  bit  al- 
lows for  faster  testing. 

Fortest  purposes  only.  Reserved 
locations.  Written  as  zero  and 
read  as  undefined. 


ISA  Bus  Configuration  Registers 

The  ISA  Bus  Data  Port  (IDP)  allows  access  to  registers 
which  are  associated  with  the  ISA  bus.  These  registers 
are  called  ISA  Bus  Configuration  Registers  (ISACSRs), 
and  are  indexed  by  the  value  in  the  Register  Address 
Port  (RAP).  The  table  below  defines  the  ISACSRs  which 
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can  be  accessed.  All  registers  are  1 6  bits.  The  "Default" 
value  is  the  value  in  the  register  after  reset  and  is 
hexadecimal. 

Refer  to  the  section  "LEDs"  for  information  on  LED 
control  logic. 


SACSR 

MNEMONIC 

Default 

Name 

0 

MSRDA 

0005H 

Master  Mode 
Read  Active 

1 

MSWRA 

0005H 

Master  Mode 
Write  Active 

2 

MC 

0002H 

Miscellaneous 
Configuration 

3 

EC 

8000H* 

EEPROM 
Configuration 

4 

LEDO 

0000H 

Link  Integrity 

5 

LED1 

0084H 

Default:  RCV 

6 

LED2 

0008H 

Default:  RCVPOL 

7 

LED3 

0090H 

Default:  XMT 

8 

SC 

0000H 

Software 
Configuration 
(Read -Only 
register) 

'This  value  can  be  0000H  for  systems  that  do  not  support 
EEPROM  option. 


ISACSRO:  Master  Mode  Read  Active 

Bit      Name  Description 


3|-0  MSRDA  This  register  is  used  to  tune  the 
MEMR  command  signal  active 
time.  The  value  stored  in  MSRDA 
defines  the  number  of  50  ns  peri- 
ods that  the  command  signal  is 
active.  The  default  value  of  5h  in- 
dicates 250  ns  pulse  widths.  A 
value  of  0  or  1  will  generate  50  ns 
wide  commands. 
15-4      RES  Reserved  locations.  Written  as 

zero  and  read  as  undefined. 


ISACSR1 :  Master  Mode  Write  Active 


Bit 


Name 


Description 


3-0  MSWRA  This  register  is  used  to  tune  the 
MEMW  command  signal  active 
time.  The  value  stored  in 
MSWRA  defines  the  number  of 
50  ns  periods  that  the  command 
signal  is  active.  The  default  value 
of  5h  indicates  250  ns  pulse 
widths.  A  value  of  0  or  1  will  gen- 
erate 50  ns  wide  commands. 

15-4      RES  Reserved  locations.  Written  as 

zero  and  read  as  undefined. 


ISACSR2:  Miscellaneous  Configuration 
Bit      Name  Description 


15  MODE_STATUS 


14TMAU  LOOPE 


13  Reserved 
12     SLOT  ID 


11  ISA  PROTECT 


10  EISA_DECODE 


9       P&P  ACT 


Mode  Status.  This  is  a  read-only 
register  which  indicates  whether 
the  PCnet-ISA*  is  configured  in 
shared  memory  mode.  A  set 
condition  indicates  shared- 
memory  while  a  clear  condition 
indicates  bus-master  condition. 

10BASE-T  External  Loop  back 
Enable.  This  bit  is  usable  only 
when  1 0BASE-T  is  selected  AND 
PCnet-ISA*  is  in  external  loop 
back.  External  loop  back  is  set 
during  initialization  via  the  MODE 
register.  When  TMAU_LOOPE 
is  set,  a  board  level  test  is  en- 
abled via  a  loop  back  clip  which 
ties  the  10BASE-T  RJ45  transmit 
pair  to  the  receiver  pair.  This  will 
test  all  external  components  (i.e. 
transformers,  resistors,  etc.)  of 
the  1 0BASE-T  path.  TMAU_ 
LOOPE  assertion  is  not  suitable 
for  live  network  tests.  When 
TMAU_LOOPE  is  deasserted, 
default  condition,  external  loop 
back  in  10BASE-T  is  allowed. 

Written  with  zero  and  read  as  un- 
defined. 

Slot  Identification.  This  is  a  read- 
only register  bit  which  indicates  if 
PCnet-ISA*  is  either  in  an  1 6  or  8 
bit  slot.  Reading  a  one  indicates 
an  8  bit  slot.  Zero  indicates  a 
16-bit  slot.  (SLOTJD  bit  is  not 
valid  after  the  INIT  bit  is  set  in 
CSR0.) 

ISA  Protect.  When  set,  the 
ISACSR's  0-2  and  4-7  are  pro- 
tected from  being  written  over  by 
software  drivers.  When  ISA_ 
PROTECT  is  cleared,  ISACSR's 
0-7  are  allowed  to  be  written  over 
by  software  and  reset  by  reading 
the  Software  reset  I/O  location. 
(Default  is  zero) 

EISA  Decode.  This  control  bit  al- 
lows EISA  product  identifier 
registers  12-bit  decode  xC80  - 
xC83  (4  Bytes).  Default  is  zero. 

Plug  and  Play  Active.  When  this 
bit  is  set,  PCnet-ISA*  will  become 
active  after  serially  reading  the 
EEPROM.  If  check  sum  failure 
exist,  PCnet-ISA*  will  not 
beome   active   and  alternate 
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access  method  to  Plug  and  Play 
registers  will  occur.  Default  is 
zero. 

PWEN  Address  PROM  Write  Enable.  It 
is  reset  to  zero  by  RESET.  When 
asserted,  this  pin  allows  write  ac- 
cess to  the  internal  Address 
PROM  RAM.  APWEN  is  used 
also  to  protect  the  Flash  device 
from  write  cycles.  When  pro- 
gramming of  the  Flash  device  is 
required,  the  APWEN  bit  needs 
to  be  set.  When  reset,  this  pin 
protects  the  internal  Address 
PROM  RAM,  and  external  Flash 
device  from  being  overwritten. 

EISAJ.VL  EISA  Level.  This  bit  is  a  read- 
only register.  It  indicates  if  the 
level  or  edge  sensitive  interrupts 
have  been  selected.  A  set  condi- 
tion indicates  level  sensitive 
interrupts.  A  clear  condition  indi- 
cates ISA  edge. 

DSDBUS        Disable  Staggered  Data  Bus. 

When  this  bit  is  a  zero,  the  data 
bus  driver  timing  is  staggered 
from  the  address  bus  driver  tim- 
ing in  Bus  Master  mode.  When 
this  bit  is  a  one,  the  data  bus  is 
not  staggered.  It  is  similar  to  the 
PCnet-ISA  (Am79C960)  timing. 
This  bit  is  reset  to  zero.  For  most 
applications,  this  bit  should  not 
have  to  be  set. 

5  10BASE5_SEL  10BASE5  Select.  When  this  bit  is 
a  one,  the  DC  to  DC  converter 
will  be  deselected  via  the 
DXCVR  pin.  When  10BASE5_ 
SEL  is  a  zero,  the  DC  to  DC  con- 
verter will  be  selected  via  the 
DXCVR  bit  when  the  AUI  port  is 
selected  to  support  a  DC-DC 
converter  for  10BASE2  MUAs. 
When  1 0BASE-T  port  is  selected 
by  whatever  means,  DXCR  pin 
will  high  independent  of  the  bit 
selected  by  the  driver  software 
mode  register,  MEDSEL  bits, 
and  Auto  Selection  process. 
10BASE5_SEL  is  reset  to  zero. 

ISAINACT  ISAINACT  allows  for  reduced  in- 
active timing  appropriate  for 
modern  ISA  machines. 
ISAINACT  is  cleared  when 
RESET  is  asserted.  When 
ISAINACT  is  a  zero,  tMMR3  and 
tMMW3  parameters  are  nomi- 
nally 200  ns,  which  is  com- 
patible with  EISA  system.  When 
ISAINACT  is  set  by  writing  a  one, 
tMMR3  and  tMMW3  are  nomi- 
nally set  to  100  ns. 


EADISEL        EADI   Select.    Enables  EADI 
match  mode. 

When  EADI  mode  is  selected, 
the  pins  named  LED1 ,  LED2,  and 
LED3  change  in  function  while 
LEDO  continues  to  indicate 
10BASE-T  Link  Status. 


LED 

EADI  Function 

1 

SF/BD 

2 

SRD 

3 

SRDCLK 

AWAKE 


1,0  MEDSEL 


Auto-Wake.  If  AWAKE  =  "1",  the 
1 0BASE-T  receive  circuitry  is  ac- 
tive during  sleep  and  listens  for 
Link  Pulses.  LEDO  indicates  Link 
Status  and  goes  active  if  the 
10BASE-T  port  comes  of  out  of 
"link  fail"  state.  This  LEDO  pin  can 
be  used  by  external  circuitry  to 
re-enable  the  PCnet-ISA*  con- 
troller and/or  other  devices. 

When  AWAKE  =  "0",  the  Auto- 
Wake  circuity  is  disabled.  This  bit 
only  has  meaning  when  the 
10BASE-T  network  interface  is 
selected. 

Media  Select.  It  was  previously 
defined  as  ASEL  (Auto  Select) 
and  XMAUSEL  (External  MAU 
Select)  in  the  PCnet-ISA.  They 
are  now  combined  together  and 
defined  to  be  software  compat- 
ible with  ASEL  and  XMAUSEL  in 
the  PCnet-ISA  (Am79C960). 


MEDSEL  (1:0) 

Function 

0  0 

Software  Select  (Mode  Reg,  CSR15) 

0  1 

10BASE-TPort 

1  0 

Auto  Selection  (Default) 

1  1 

AUI  Port 

ISACSR3:  EEPROM  Configuration 

Bit      Name  Description 


15     EE  VALID 


14     EE  LOAD 


EEPROM  Valid.  This  bit  is  a 
read-only  register.  When  a  one  is 
read,  EE_PROM  has  a  valid 
checksum.  The  sum  of  the  total 
bytes  reads  should  equals  FF 
hex.  When  a  zero  is  read,  check- 
sum failed,  or  SHFTBUSY  pin 
was  sampled  with  a  zero  which 
indicates  no  EEPROM  present. 

EEPROM  Load.  When  written 
with  a  one,  the  device  will  load 
the     EE  PROM     into  the 
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PCnet-ISA*,  performing  self  con- 
figuration. This  command  must 
be  last  write  to  ISACSR3  Regis- 
ter. PCnet-ISA*  will  not  respond 
to  any  slave  commands  while 
loading  the  EE_PROM  register. 
EE_LOAD  will  be  reset  with  a 
zero  after  EE_PROM  is  read.  It 
takes  approximately,  1 .4  ms  for 
serial  EEPROM  load  process  to 
complete. 

13-5     N/A  Reserved.  Read  and  written  as 

zeros. 

EE_EN  EEPROM  Enable.  When  EE_EN 

is  written  with  a  one,  the  lower 
three  bits  of  PRDB  becomes  SK, 
Dl  and  DO,  respectively.  EECS 
and  SHFBUSY  are  controlled  by 
the  software  select  bits.  This  bit 
must  be  written  with  a  one  to 
write  to  or  read  from  the 
EEPROM.  PCnet-ISA*  should 
be  in  the  STOP  state  when 
EE_EN  is  written.  When  EN_EN 
is  cleared,  DI/DO,  SK,  EECS  and 
SHFBUSY  have  no  control. 

SHFBUSY  Shift  Busy.  SHFBUSY  allows  for 
the  control  of  the  SHFBUSY  pin. 
When  a  one  is  written, 
SHFBUSY  goes  high  provided 
EE_EN  is  a  1.  When  a  zero  is 
written,  SHFBUSY  is  held  to  a 
zero.  When  EE_EN  is  cleared, 
SHFBUSY  will  maintain  the  last 
value  programmed.  (Refer  to  Bit 
4  above,  EE_EN,  for  detailed  use 
of  this  bit.) 

EECS  EEPROM  Chip  Select.  EECS  as- 

serts the  chip  select  to  the  Serial 
EEPROM.  (Refer  to  Bit  4  above, 
EE_EN,  for  detailed  use  of  this 
bit.) 

SK  Serial  Shift  Clock.  SK  controls 

the  SK  input  to  the  Serial 
EEPROM  and  the  optional  Exter- 
nal Shift  Logic.  (Refer  to  Bit  4 
above,  EEEN,  for  detailed  use 
of  this  bit.) 

DI/DO  Serial  Shift  Data  In  and  Serial 

Shift  Data  Out.  When  written,  this 
bit  controls  the  Dl  input  of  the  se- 
rial EEPROM.  When  read,  this  bit 
represents  the  DO  value  of  the 
serial  EEPROM.  (Refer  to  Bit  4 
above,  EE_EN,  for  detailed  use 
of  this  bit.) 


ISACSR4:  LEDO  Status  (Link  Integrity) 
Bit      Name  Description 


ISACSR4  is  a  non-programma- 
ble register  that  uses  one  bit  to 
reflect  the  status  of  the  LEDO  pin. 
This  pin  defaults  to  twisted  pair 
MAU  Link  Status  (LNKST)  and  is 
not  programmable. 
LNKST  is  a  read-only  register  bit 
that  indicates  whether  the  Link 
Status  LED  is  asserted.  When 
LNKST  is  read  as  zero,  the  Link 
Status  LED  is  not  asserted. 
When  LNKST  is  read  as  one,  the 
Link  Status  LED  is  asserted,  indi- 
cating good  10BASE-T  integrity. 

Reserved  locations.  Written  as 
zero,  read  as  undefined. 


15  LNKST 


14-0  RES 


ISACSR5:  LED1  Status 
Bit  Name 


Description 


15  LEDOUT 

14-8  RES 
7  PSE 

6  RES 
5  RCVADDM 

4  XMTE 


ISACSR5  controls  the  func- 
tion(s)  that  the  LED1  pin 
displays.  Multiple  functions  can 
be  simultaneously  enabled  on 
this  LED  pin.  The  LED  display  will 
indicate  the  logical  OR  of  the  en- 
abled functions.  ISACSR5 
defaults  to  Receive  Status  (RCV) 
with  pulse  stretcher  enabled 
(PSE  =  1)  and  is  fully  program- 
mable. 

Indicates  the  current  (non- 
stretched)  state  of  the  function(s) 
generated.  Read  only. 

Reserved  locations.  Read  and 
written  as  zero. 

Pulse  Stretcher  Enable.  Extends 
the  LED  illumination  for  each  en- 
abled function  occurrence. 

0  is  disabled,  1  is  enabled. 

Reserved  locations.  Read  and 
written  as  zero. 

Receive  Address  Match.  This  bit 
when  set  allows  for  LED  control 
of  only  receive  packets  which 
match  internal  address  match. 

Enable  Transmit  Status  Signal. 
Indicates  PCnet-ISA*  controller 
transmit  activity  . 
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3       RVPOL  E 


RCVE 


JAB  E 


COL  E 


0  disables  the  signal,  1  enables 
the  signal. 

Enable  Receive  Polarity  Signal. 

Enables  LED  pin  assertion  when 
receive  polarity  is  correct  on  the 
10BASE-T  port.  Clearing  the  bit 
indicates  this  (unction  is  to 
be  ignored. 

Enable  Receive  Status  Signal. 
Indicates  receive  activity  on  the 
network. 

0  disables  the  signal,  1  enables 
the  signal. 

Enable  Jabber  Signal.  Indicates 
the  PCnet-ISA*  controller  is  jab- 
bering on  the  network. 

0  disables  the  signal,  1  enables 
the  signal. 

Enable  Collision  Signal.  Indi- 
cates collision  activity  on  the 
network. 

0  disables  the  signal,  1  enables 
the  signal. 


ISACSR6:  LED2  Status 
Bit  Name 


Description 


RVPOLE 

LEDXOR 

Result 

0 

X 

10BASE-T  polarity  function 
ignored 

1 

0 

LED1  pin  low  with  "Good" 
1 0BASE-T  polarity  (LED  on) 

1 

1 

LED1  pin  high  with  "Good" 
1 0BASE-T  polarity  (LED  off) 

13-8  RES 
7  PSE 

6  RES 
5  RCVADDM 

4         XMT  E 
3       RVPOL  E 


ISACSR6  controls  the  func- 
tion(s)  that  the  LED2  pin 
displays.  Multiple  functions  can 
be  simultaneously  enabled  on  2  RCV  E 
this  LED  pin.  The  LED  display  will 
indicate  the  logical  OR  of  the  en- 
abled functions.  ISACSR6 
defaults  to  twisted  pair  MAU  Re- 
ceive Polarity  (RCVPOL)  with 
pulse  stretcher  enabled  (PSE  =  1  JAB  E 
1)  and  is  fully  programmable. 

15  LEDOUT  Indicates  the  current  (non- 
stretched)  state  of  the  function(s) 
generated.  Read  only. 

14     LEDXOR        This  bitwhen  set  causes  LED2  to       0  COLE 
be  an  active  high  signal  when  as- 
serted. When  this  bit  is  cleared, 
LED2  will  be  active  low  when 
asserted. 

(Note:  This  bit  when  used  in  con- 
junction with  the  RVPOLE  bit  (Bit 
3)  of  ISACSR5,  ISACSR6,  and 
ISACSR7can  be  used  to  create  a 
"Polarity  Bad"  LED.) 


Reserved  locations.  Read  and 
written  as  zero. 

Pulse  Stretcher  Enable.  Extends 
the  LED  illumination  for  each  en- 
abled function  occurrence. 

0  is  disabled,  1  is  enabled. 

Reserved  locations.  Read  and 
written  as  zero. 

Receive  Address  Match.  This  bit 
when  set  allows  for  LED  control 
of  only  receive  packets  that 
match  internal  address  match. 

Enable  Transmit  Status  Signal. 
Indicates  PCnet-ISA*  controller 
transmit  activity  . 

0  disables  the  signal,  1  enables 
the  signal. 

Enable  Receive  Polarity  Signal. 
Enables  LED  pin  assertion  when 
receive  polarity  is  correct  on  the 
10BASE-T  port.  Clearing  the  bit 
indicates  this  function  is  to 
be  ignored. 

Enable  Receive  Status  Signal. 
Indicates  receive  activity  on  the 
network. 

0  disables  the  signal,  1  enables 
the  signal. 

Enable  Jabber  Signal.  Indicates 
the  PCnet-ISA*  controller  is  jab- 
bering on  the  network. 

0  disables  the  signal,  1  enables 
the  signal. 

Enable  Collision  Signal.  Indi- 
cates collision  activity  on  the 
network. 

0  disables  the  signal,  1  enables 
the  signal. 
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ISACSR7:  LED3  Status 
Bit  Name 


15 

14 

7 

6 
5 


Description 


ISACSR8:  Software  Configuration  Register 
(Read-Only  Register) 


the  func- 
LED3  pin 


ISACSR7  controls 
tion(s)  that  the 
displays.  Multiple  functions  can 
be  simultaneously  enabled  on 
this  LED  pin.  The  LED  display  will 
indicate  the  logical  OR  of  the 
enabled  functions.  ISACSR7  de- 
faults to  Transmit  Status  (XMT) 
with  pulse  stretcher  enabled 
(PSE  =  1)  and  is  fully  program- 
mable. 

LEDOUT  Indicates  the  current  (non- 
stretched)  state  of  the  function(s) 
generated.  Read  only. 

8     RES  Reserved  locations.  Read  and 

written  as  zero. 

PSE  Pulse  Stretcher  Enable.  Extends 

the  LED  illumination  for  each  en- 
abled function  occurrence. 

0  is  disabled,  1  is  enabled. 

RES  Reserved  locations.  Read  and 

written  as  zero. 
RCVADDM       Receive  Address  Match.  This  bit 
when  set  allows  for  LED  control 
of  only  receive  packets  that 
match  internal  address  match. 

XMT  E  Enable  Transmit  Status  Signal. 

Indicates  PCnet-ISA*  controller 
transmit  activity  . 

0  disables  the  signal,  1  enables 
the  signal. 

Enable  Receive  Polarity  Signal. 

RVPOL  E  Enables  LED  pin  assertion  when 
receive  polarity  is  correct  on  the 
10BASE-T  port.  Clearing  the  bit 
indicates  this  function  is  to  be 
ignored. 

RCV  E         Enable  Receive  Status  Signal. 

Indicates  receive  activity  on  the 
network. 

0  disables  the  signal,  1  enables 
the  signal. 

JAB  E  Enable  Jabber  Signal.  Indicates 

the  PCnet-ISA*  controller  is  jab- 
bering on  the  network. 

0  disables  the  signal,  1  enables 
the  signal. 

COL  E  Enable  Collision  Signal.  Indi- 

cates collision  activity  on  the 
network. 

0  disables  the  signal,  1  enables 
the  signal. 


Bit 

Description 

15-12 

Read-only  image  of  SR_AM(3:0)  of  P&P 
register  0x48  -  0x49. 

11-8 

Read-only  image  of  BP_AM(3:0)  of  P&P 
register  0x40  -  0x41. 

7-4 

Read-only  image  of  IRQSEL(3:0)  of  P&P 
register  0x70. 

3 

Reserved,  written  with  zero, 
read  as  undefined. 

2-0 

Read-only  image  of  DMASEL(2:0)  of 
P&P  register  0x74. 

Initialization  Block 

The  figure  below  shows  the  Initialization  Block  memory 
configuration.  Note  that  the  Initialization  Block  must  be 
based  on  a  word  (16-bit)  boundary. 


Address 

Bits 
15-12 

Bits 
11-8 

Bits  Bits 
7-4  3-0 

IADR+00 

MODE  15-00 

IADR+02 

PADR  15-00 

IADR+04 

PADR  31-16 

IADR+06 

PADR  47-32 

IADR+08 

LADRF  15-00 

IADR+10 

LADRF31-16 

IADR+12 

LADRF  47-32 

IADR+14 

LADRF  63-48 

IADR+16 

RDRA  15-00 

IADR+18 

RLEN 

RES 

RDRA  23-16 

IADR+20 

TDRA  15-00 

IADR+22 

TLEN 

RES 

TDRA  23-1 6 

RLEN  and  TLEN 

The  TLEN  and  RLEN  fields  in  the  initialization  block  are 
3  bits  wide,  occupying  bits  15,14,  and  1 3,  and  the  value 
in  these  fields  determines  the  number  of  Transmit  and 
Receive  Descriptor  Ring  Entries  (DRE)  which  are  used 
in  the  descriptor  rings.  Their  meaning  is  as  follows: 
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R/TLEN 

#  of  DREs 

000 

1 

001 

2 

010 

A 

011 

8 

1 00 

1 6 

101 

32 

110 

64 

111 

128 

If  a  value  other  than  those  listed  in  the  above  table  is  de- 
sired, CSR76  and  CSR78  can  be  written  after 
initialization  is  complete.  See  the  description  ot  the  ap- 
propriate CSRs. 

RDRA  and  TDRA 

TDRA  and  RDRA  indicate  where  the  transmit  and  re- 
ceive descriptor  rings,  respectively,  begin.  Each  DRE 
must  be  located  on  an  8-byte  boundary. 


LADRF 

The 

is  used  to 
bit  in  the 
is  a  "1 
"0",  it 
physical 


Logical  Address  Filter  (LADRF)  is  a  64-bit  mask  that 
accept  incoming  Logical  Addresses.  If  the  first 
incoming  address  (as  transmitted  on  the  wire) 
the  address  is  deemed  logical.  If  the  first  bit  is  a 
a  physical  address  and  is  compared  against  the 
address  that  was  loaded  through  the  initializa- 


i  is 


tion  block 


are  i 


address  is  passed  through  the  CRC  generator, 
a  32-bit  result.  The  high  order  6  bits  of  the 
used  to  select  one  of  the  64  bit  positions  in  the 
Address  Filter.  If  the  selected  filter  bit  is  set,  the 
address  is  accepted  and  the  frame  is  placed  into 
memqry. 


A  logical 
producing 
CRC 
Logical 


The 
ing 

based 
be  intended 


Logical 
schemes 


Address  Filter  is  used  in  multicast  address- 
.  The  acceptance  of  the  incoming  frame 
on  the  filter  value  indicates  that  the  message  may 
for  the  node.  It  is  the  node's  responsibility  to 


determine  if  the  message  is  actually  intended  for  the 
node  by  comparing  the  destination  address  of  the  stored 
message  with  a  list  of  acceptable  logical  addresses. 

If  the  Logical  Address  Filter  is  loaded  with  all  zeroes  and 
promiscuous  mode  is  disabled,  all  incoming  logical  ad- 
dresses except  broadcast  will  be  rejected. 

The  Broadcast  address,  which  is  all  ones,  does  not  go 
through  the  Logical  Address  Filter  and  is  handled  as 
follows: 

1 )  If  the  Disable  Broadcast  Bit  is  cleared,  the 
broadcast  address  is  accepted. 

2)  If  the  Disable  Broadcast  Bit  is  set  and  promiscuous 
mode  is  enabled,  the  broadcast  address  is 
accepted. 

3)  It  the  Disable  Broadcast  Bit  is  set  and  promiscous 
mode  is  disabled,  the  broadcast  address  is  rejected. 

If  external  loopback  is  used,  the  FCS  logic  must  be  allo- 
cated to  the  receiver  (by  setting  the  DXMTFCS  bit  in 
CSR15,  and  clearing  the  ADD_FCS  bit  in  TMD1)  when 
using  multicast  addressing. 

PADR 

This  48-bit  value  represents  the  unique  node  address 
assigned  by  the  IEEE  and  used  for  internal  address 
comparison.  PADR[0]  is  the  first  address  bit  transmitted 
on  the  wire,  and  must  be  zero.  The  six-hex-byte  nomen- 
clature used  by  the  IEEE  maps  to  the  PCnet-ISA* 
controller  PADR  register  as  follows:  the  first  byte  com- 
prises PADR[7:0],  with  PADR[0]  being  the  least 
significant  bit  of  the  byte.  The  second  IEEE  byte  maps  to 
PADR[15:8],  again  from  LSbit  to  MSbit,  and  so  on.  The 
sixth  byte  maps  to  PADR[47:40],  the  LSbit  being 
PADRJ40]. 

MODE 

The  mode  register  in  the  initialization  block  is  copied  into 
CSR15  and  interpreted  according  to  the  description  of 
CSR15. 
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Received  Message 
Destination  Address 
47  10 


32-Bit  Resultant  CRC 
31         26  0 


MATCH  =  1 :  Packet  Accepted 
MATCH  =  0:    Packet  Rejected 


Address  Match  Logic 


Receive  Descriptors 

The  Receive  Descriptor  Ring  Entries  (RDREs)  are  com- 
posed of  four  receive  message  fields  (RMDO-3). 
Together  they  contain  the  following  information: 

■  The  address  of  the  actual  message  data  buffer  in 
user  (host)  memory 

■  The  length  of  that  message  buffer 

■  Status  information  indicating  the  condition  of  the 
buffer.  The  eight  most  significant  bits  of  RMD1 
(RMD1[15:0])  are  collectively  termed  the  STATUS 
of  the  receive  descriptor. 


Ul  III 

RMDO 


Holds  LADRF  [1 5:0].  This  is  combined  with  HADR  [7:0] 
in  RMD1  to  form  the  24-bit  address  of  the  buffer  pointed 
to  by  this  descriptor  table  entry.  There  are  no  restrictions 
on  buffer  byte  alignment  or  length. 


RMD1 


Bit 


Name 


Description 


15 


14 


OWN  This  bit  indicates  that  the  de- 

scriptor entry  is  owned  by  the 
host  (OWN=0)  or  by  the 
PCnet-ISA*  controller  (OWN=1). 
The  PCnet-ISA*  controller  clears 
the  OWN  bit  after  filling  the  buffer 
pointed  to  by  the  descriptor  entry. 
The  host  sets  the  OWN  bit  after 
emptying  the  buffer.  Once  the 
PCnet-ISA*  controller  or  host  has 
relinquished  ownership  of  a 
buffer,  it  must  not  change  any 
field  in  the  descriptor  entry. 

ERR  ERR  is  the  OR  of  FRAM,  OFLO, 

CRC,  or  BUFF.  ERR  is  written  by 
the  PCnet-ISA*  controller. 


13       FRAM  FRAMING    ERROR  indicates 

that  the  incoming  frame  con- 
tained a  non-integer  multiple  of 
eight  bits  and  there  was  an  FCS 
error.  If  there  was  no  FCS  error 
on  the  incoming,  frame,  then 
FRAM  will  not  be  set  even  if  there 
was  a  non  integer  multiple  of 
eight  bits  in  the  frame.  FRAM  is 
not  valid  in  internal  loopback 
mode.  FRAM  is  valid  only  when 
ENP  is  set  and  OFLO  is  not. 
FRAM  is  written  by  the 
PCnet-ISA*  controller. 

12       OFLO  OVERFLOW  error  indicates  that 

the  receiver  has  lost  all  or  part  of 
the  incoming  frame,  due  to  an  in- 
ability to  store  the  frame  in  a 
memory  buffer  before  the  inter- 
nal FIFO  overflowed.  OFLO  is 
valid  only  when  ENP  is  not  set. 
OFLO  is  written  by  the 
PCnet-ISA*  controller. 

1 1        CRC  CRC  indicates  that  the  receiver 

has  detected  a  CRC  (FCS)  error 
on  the  incoming  frame.  CRC  is 
valid  only  when  ENP  is  set  and 
OFLO  is  not.  CRC  is  written  by 
the  PCnet-ISA*  controller. 

10       BUFF  BUFFER  ERROR  is  set  any  time 

the  PCnet-ISA*  controller  does 
not  own  the  next  buffer  while  data 
chaining  a  received  frame.  This 
can  occur  in  either  of  two  ways: 

1)  The  OWN  bit  of  the  next 
buffer  is  zero 

2)  FIFO  overflow  occurred 
before  the  PCnet-ISA* 
controller  polled  the  next 
descriptor 
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If  a  Buffer  Error  occurs,  an  Over- 
flow Error  may  also  occur 
internally  in  the  Fl  FO,  but  will  not 
be  reported  in  the  descriptor 
status  entry  unless  both  BUFF 
and  OFLO  errors  occur  at  the 
same  time.  BUFF  is  written  by 
the  PCnet-ISA*  controller. 

STP  START  OF  PACKET  indicates 

that  this  is  the  first  buffer  used  by 
the  PCnet-ISA*  controller  for  this 
frame.  It  is  used  for  data  chaining 
buffers.  STP  is  written  by  the 
PCnet-ISA*  controller  in  normal 
operation.  In  SRPINT  Mode 
(CSR3.5  set  to  1)  this  bit  is  writ- 
ten by  the  driver. 

ENP  END  OF  PACKET  indicates  that 

this  is  the  last  buffer  used  by  the 
PCnet-ISA*  controller  for  this 
frame.  It  is  used  for  data  chaining 
buffers.  If  both  STP  and  ENP  are 
set,  the  frame  fits  into  one  buffer 
and  there  is  no  data  chaining. 
ENP  is  written  by  the  PCnet-ISA* 
controller. 


7-0 

HADR 

The  HIGH  ORDER  8  address 
bits  of  the  buff  er  pointed  to  by  this 
descriptor.  This  field  is  written  by 
the  host  and  is  not  changed  by 
the  PCnet-ISA*  controller. 

RMD2 

Bit 

Name 

Description 

15-12 

ONES 

MUST  BE  ONES.  This  field  is 
written  by  the  host  and  un- 
changed by  the  PCnet-ISA* 
controller. 

11-0 

BCNT 

BUFFER  BYTE  COUNT  is  the 
length  of  the  buffer  pointed  to  by 
this  descriptor,  expressed  as  the 
two's  complement  of  the  length 
of  the  buffer.  This  field  is  written 
by  the  host  and  is  not  changed  by 
the  PCnet-ISA*  controller. 

RMD3 

Bit 

Name 

Description 

15-12    RES  RESERVED  and  read  as  zeros. 

11-0     MCNT  MESSAGE  BYTE  COUNT  is  the 

length  in  bytes  of  the  received 
message,  expressed  as  an  un- 
signed binary  integer.  MCNT  is 
valid  only  when  ERR  is  clear  and 
ENP  is  set.  MCNT  is  written  by 
the  PCnet-ISA*  controller  and 
cleared  by  the  host. 


Transmit  Descriptors 

TheTransmit  Descriptor  Ring  Entries  (TDREs)  are  com- 
posed of  four  transmit  message  fields  (TMDO-3). 
Together  they  contain  the  following  information: 

■  The  address  of  the  actual  message  data  buffer  in 
user  or  host  memory 

■  The  length  of  the  message  buffer 

■  Status  information  indicating  the  condition  of  the 
buffer.  The  eight  most  significant  bits  of  TMD1 
(TMD1[15:8])  are  collectively  termed  the  STATUS 
of  the  transmit  descriptor. 

Note  that  bit  1 3  of  TM  D1 ,  which  was  formerly  a  reserved 
bit  in  the  LANCE  (Am7990),  is  assigned  a  new  meaning, 
ADD_FCS. 

TMDO 

Holds  LADR  [1 5:0].  This  is  combined  with  HADR  [7:0]  in 
TM  D1  to  form  a  24-bit  address  of  the  buffer  pointed  to  by 
this  descriptor  table  entry.  There  are  no  restrictions  on 
buffer  byte  alignment  or  length. 


TMD1 

Bit  Name 


Description 


15 


OWN 


14 


ERR 


13     ADD  FCS 


This  bit  indicates  that  the  de- 
scriptor entry  is  owned  by  the 
host  (OWN=0)  or  by  the 
PCnet-ISA*  controller  (OWN=1). 
The  host  sets  the  OWN  bit  after 
filling  the  buffer  pointed  to  by  the 
descriptor  entry.  The  PCnet-ISA* 
controller  clears  the  OWN  bit  af- 
ter transmitting  the  contents  of 
the  buffer.  Both  the  PCnet-ISA* 
controller  and  the  host  must  not 
alter  a  descriptor  entry  after  it  has 
relinquished  ownership. 

ERR  is  the  OR  of  UFLO,  LCOL, 
LCAR,  or  RTRY.  ERR  is  written 
by  the  PCnet-ISA*  controller. 
This  bit  is  set  in  the  current  de- 
scriptor when  the  error  occurs, 
and  therefore  may  be  set  in  any 
descriptor  of  a  chained  buffer 
transmission. 

ADD_FCS  dynamically  controls 
the  generation  of  FCS  on  a  frame 
by  frame  basis.  It  is  valid  only  if 
the  STP  bit  is  set.  When 
ADD_FCS  is  set,  the  state  of 
DXMTFCS  is  ignored  and  trans- 
mitter FCS  generation  is 
activated.  When  ADD_FCS  =  0, 
FCS  generation  is  controlled  by 
DXMTFCS.  ADD_FCS  is  written 
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by  the  host,  and  unchanged  by 
the  PCnet-ISA*  controller.  This 
was  a  reserved  bit  in  the  LANCE 
(Am7990). 

MORE  MORE  indicates  that  more  than 

one  re-try  was  needed  to  trans- 
mit a  frame.  MORE  is  written  by 
the  PCnet-ISA*  controller.  This 
bit  has  meaning  only  if  the  ENP 
or  the  ERR  bit  is  set. 

ONE  ONE  indicates  that  exactly  one 

re-try  was  needed  to  transmit  a 
frame.  ONE  flag  is  not  valid  when 
LCOL  is  set.  ONE  is  written  by 
the  PCnet-ISA*  controller.  This 
bit  has  meaning  only  if  the  ENP 
or  the  ERR  bit  is  set. 

DEF  DEFERRED  indicates  that  the 

PCnet-ISA*  controller  had  to  de- 
fer while  trying  to  transmit  a 
frame.  This  condition  occurs  if 
the  channel  is  busy  when  the 
PCnet-ISA*  controller  is  ready  to 
transmit.  DEF  is  written  by  the 
PCnet-ISA*  controller.  This  bit 
has  meaning  only  if  the  ENP  or 
ERR  bits  are  set. 

STP  START  OF  PACKET  indicates 

that  this  is  the  first  buffer  to  be 
used  by  the  PCnet-ISA*  control- 
ler for  this  frame.  It  is  used  for 
data  chaining  buffers.  The  STP 
bit  must  be  set  in  the  first  buff er  of 
the  frame,  or  the  PCnet-ISA* 
controller  will  skip  over  the  de- 
scriptor and  poll  the  next 
descriptor(s)  until  the  OWN  and 
STP  bits  are  set. 

STP  is  written  by  the  host  and  is 
not  changed  by  the  PCnet-ISA* 
controller. 

ENP  END  OF  PACKET  indicates  that 

this  is  the  last  bufferto  be  used  by 
the  PCnet-ISA*  controller  for  this 
frame.  It  is  used  for  data  chaining 
buffers.  If  both  STP  and  ENP  are 
set,  the  frame  fits  into  one  buffer 
and  there  is  no  data  chaining. 
ENP  is  written  by  the  host  and  is 
not  changed  by  the  PCnet-ISA* 
controller. 

HADR  The  HIGH  ORDER  8  address 

bits  of  the  buffer  pointed  to  by  this 
descriptor.  This  field  is  written  by 
the  host  and  is  not  changed  by 
the  PCnet-ISA*  controller. 


TMD2 

Bit  Name 


Description 


15-12  ONES 


11-0  BCNT 


TMD3 

Bit  Name 


MUST  BE  ONES.  This  field  is 
written  by  the  host  and  un- 
changed by  the  PCnet-ISA* 
controller. 

BUFFER  BYTE  COUNT  is  the 
length  of  the  buffer  pointed  to  by 
this  descriptor,  expressed  as  the 
two's  com-  plement  of  the  length 
of  the  buffer.  This  is  the  number 
of  bytes  from  this  buffer  that  will 
be  transmitted  by  the  PCnet- 
ISA+  controller.  This  field  is 
written  by  the  host  and  is  not 
changed  by  the  PCnet-ISA* 
controller.  There  are  no  minimum 
buffer  size  restrictions.  Zero 
length  buffers  are  allowed  for 
protocols  which  require  it. 


Description 


15       BUFF  BUFFER  ERROR  is  set  by  the 

PCnet-ISA*  controller  during 
transmission  when  the 
PCnet-ISA*  controller  does  not 
find  the  ENP  flag  in  the  current 
buffer  and  does  not  own  the  next 
buffer.  This  can  occur  in  either  of 
two  ways: 

1)  The  OWN  bit  of  the  next 
buffer  is  zero. 

2)  FIFO  underflow  occurred 
before  the  PCnet-ISA+ 
controller  obtained  the 
next  STATUS  byte 
(TMD1[15:8]). 

BUFF  error  will  turn  off  the  trans- 
mitter (CSRO,  TXON  =  0).  If  a 
Buffer  Error  occurs,  an  Under- 
flow Error  will  also  occur.  BUFF  is 
not  valid  when  LCOL  or  RTRY  er- 
ror is  set  during  transmit  data 
chaining.  BUFF  is  written  by  the 
PCnet-ISA*  controller. 

14       UFLO  UNDERFLOW    ERROR  indi- 

cates that  the  transmitter  has 
truncated  a  message  due  to  data 
late  from  memory.  UFLO  indi- 
cates that  the  FIFO  has  emptied 
before  the  end  of  the  frame  was 
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reached.  Upon  UFLO  error,  the 
transmitter  is  turned  off  (CSRO, 
TXON  =  0).  UFLO  is  written  by 
the  PCnet-ISA*  controller. 

13        RES  RESERVED  bit.  The  PCnet- 

ISA+  controller  will  write  this  bit 
with  a  "0". 

LCOL  LATE  COLLISION  indicates  that 

a  collision  has  occurred  after  the 
slot  time  of  the  channel  has 
elapsed.  The  PCnet-ISA*  con- 
troller does  not  re-try  on  late 
collisions.  LCOL  is  written  by  the 
PCnet-ISA+  controller. 

LCAR  LOSS  OF  CAR  R I ER  is  set  in  AU I 

mode  when  the  carrier  is  lost 
during  an"PCnet-ISA*  controller- 
initiated  transmission.  The 
PCnet-ISA*  controller  does  not 
stop  transmission  upon  loss  of 
carrier.  It  will  continue  to  transmit 
the  whole  frame  until  done. 
LCAR  is  written  by  the  PCnet- 
ISA*  controller. 

In  1 0BASE-T  mode,  LCAR  will 
be  set  when  the  T-MAU  is  in  link 
fail  state. 


10       RTRY  RETRY  ERROR  indicates  that 

the  transmitter  has  failed  after  1 6 
attempts  to  successfully  transmit 
a  message,  due  to  repeated  colli- 
sions on  the  medium.  If  DRTY  =  1 
in  the  MODE  register,  RTRY  will 
set  after  one  failed  transmission 
attempt.  RTRY  is  written  by  the 
PCnet-ISA*  controller. 

09-00    TDR  TIME      DOMAIN  REFLEC- 

TOMETRY  reflects  the  state  of 
an  internal  PCnet-ISA*  controller 
counter  that  counts  at  a  10  MHz 
rate  from  the  start  of  a  transmis- 
sion to  the  occurrence  of  a 
collision  or  loss  of  carrier.  This 
value  is  useful  in  determining  the 
approximate  distance  to  a  cable 
fault.  The  TDR  value  is  written  by 
the  PCnet-ISA*  controller  and  is 
valid  only  if  RTRY  is  set. 

Note  that  10  MHz  gives  very  low 
resolution  and  in  general  has  not 
been  found  to  be  particularly  use- 
ful. This  feature  is  here  primarily 
to  maintain  full  compatibility  with 
the  LANCE. 
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Register  Summary 

Ethernet  Controller  Registers 
(Accessed  via  RDP  Port) 


RAP  Addr 

Symbol 

Width 

User 
Register 

Comments 

00 

CSRO 

16-bit 

Y 

PCnst-lSA*  controller  status 

01 

CSR1 

16-bit 

Y 

Lower  IADR:  maps  to  location  16 

02 

CSR2 

16-bit 

Y 

Upper  IADR:  maps  to  location  1 7 

03 

CSR3 

16-bit 

Y 

Mask  Register 

04 

CSR4 

1 6-bit 

Y 

Miscellaneous  Register 

05 

CSR5 

16-bit 

Reserved 

06 

CSR6 

16-bit 

RXTX:  RX/TX  Encoded  Ring  Lengths 

07 

CSR7 

16-bit 

Reserved 

08 

CSR8 

16-bit 

Y 

LADR0:  LADRF[15:0] 

09 

CSR9 

1 6-bit 

Y 

LADRV  LADRFf3116l 

10 

CSR10 

1 6-bit 

Y 

LADR2'  LADRFI47321 

11 

CSR1 1 

16-bit 

Y 

LADR31  LADRFf63'481 

12 

CSR12 

16-bit 

Y 

PADR0-  PADRri'vOl 

13 

CSR13 

16-bit 

Y 

PADR1-  PADRm  -lfil 

14 

CSR14 

16-bit 

Y 

PADR2-  PADRf47-3?l 

15 

CSR15 

16-bit 

Y 

MODF"  Mndp  Rpnktpr 

16-17 

CSR16 

32-bit 

IADR:  Base  Address  of  INIT  Block 

18-19 

CSR18 

32-bit 

CRBA:  Current  RCV  Buffer  Address 

20-21 

CSR20 

32-bit 

CXBA:  Current  XMT  Buffer  Address 

22-23 

CSR22 

32-bit 

NRBA:  Next  RCV  Buffer  Address 

24-25 

CSR24 

32-bit 

Y 

BADR:  Base  Address  of  RCV  Ring 

26-27 

CSR26 

32-bit 

NRDA:  Next  RCV  Descriptor  Address 

28-29 

CSR28 

32-bit 

CRDA:  Current  RCV  Descriptor  Address 

30-31 

CSR30 

32-bit 

Y 

BADX:  Base  Address  of  XMT  Ring 

32-33 

CSR32 

32-bit 

NXDA-  Npxt  XMT  Dporrintor  AHHrocQ 

34-35 

CSR34 

32-bit 

CXDA"  Current  XMT  Dpsrrintnr  AHHrp«t 

36-37 

CSR36 

32-bit 

Next  Next  Receive  Descriptor  Address 

38-39 

CSR38 

32-bit 

Next  Next  Transmit  Descriptor  Address 

40-41 

CSR40 

32-bit 

CRBC:  Current  RCV  Stat  and  Byte  Count 

42-43 

CSR42 

32-bit 

CXBC:  Current  XMT  Status  and  Byte  Count 

44-45 

CSR44 

32-bit 

NRBC:  Next  RCV  Stat  and  Byte  Count 

46 

CSR46 

16-bit 

POLL:  Poll  Time  Counter 

47 

CSR47 

32-bit 

Y 

Polling  Interval 

48-49 

CSR48 

32-bit 

TMP0:  Temporary  Storage 

50-51 

CSR50 

32-bit 

TMP1 :  Temporary  Storage 

52-53 

CSR52 

32-bit 

TMP2:  Temporary  Storage 

54-55 

CSR54 

32-bit 

TMP3:  Temporary  Storage 

56-57 

CSR56 

32-bit 

TMP4:  Temporary  Storage 

58-59 

CSR58 

32-bit 

TMP5:  Temporary  Storage 

60-61 

CSR60 

32-bit 

PXDA:  Previous  XMT  Descriptor  Address 

62-63 

CSR62 

32-bit 

PXBC:  Previous  XMT  Status  and  Byte  Count 
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Register  Summary 

Ethernet  Controller  Registers 
(Accessed  via  RDP  Port)  (continued) 


RAPAddr 


Symbol 


Width 


User 
Register 


Comments 


64 
€6 


65 
67 


68-69 
7o|71 

72 

74 

78 

78 

80 

82 
84-85 

86 
88-89 

i'2 

94 

96-97 
98-99 
104-105 


108 


109 


112 
114 
124 
126 


CSR64 
CSR66 
CSR68 
CSR70 
CSR72 
CSR74 
CSR76 
CSR78 
CSR80 
CSR82 
CSR84 
CSR86 
CSR88 
CSR92 
CSR94 

CSR96 
CSR98 
CSR104 
CSR108 
CSR112 
CSR114 
CSR124 
CSR126 


32-bit 
32-bit 
32-bit 
32-bit 
1 6-bit 
16-bit 
16-bit 
16-bit 
1 6-bit 
1 6-bit 
32-bit 
16-bit 
32-bit 
16-bit 
16-bit 

32-bit 
32-bit 
32-bit 
32-bit 
1 6-bit 
1 6-bit 
1 6-bit 
16-bit 


Y 
Y 
Y 
Y 


NXBA:  Next  XMT  Buffer  Address 
NXBC:  Next  XMT  Status  and  Byte  Count 
XSTMP:  XMT  Status  Temporary 
RSTMP:  RCV  Status  Temporary 
RCVRC:  RCV  Ring  Counter 
XMTRC:  XMT  Ring  Counter 
RCVRL:  RCV  Ring  Length 
XMTRL:  XMT  Ring  Length 
DMABR:  Burst  Register 
DMABAT:  Bus  Activity  Timer 
DMABA:  Address  Register 
DMABC:  Byte  Counter/Register 
Chip  ID  Register 

RCON:  Ring  Length  Conversion  Register 
XMTTDR:  Transmit  Time  Domain 
Reflectometry 

SCR0:  Bill  Scratch  Register  0 
SCR1 :  BIU  Scratch  Register  1 
SWAP:1 6-bit  word/byte  Swap  Register 
BMSCR:  BMU  Scratch  Register 
Missed  Frame  Count 
Receive  Collision  Count 
BMU  Test  Register 
Reserved 


Note:  Although  the  PCnet-ISA  controller  has  many  registers  that  can  be  accessed  by  software,  most  of  these  registers  are 
intended  for  debugging  and  production  testing  purposes  only.  The  registers  with  a  "Y"  are  the  only  registers  that  should  be 
accessed  by  network  software. 
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Register  Summary 

ISACSR — ISA  Bus  Configuration  Registers 
(Accessed  via  IDP  Port)  


RAP  Addr 


Mnemonic 


Default 


Name 


MSRDA 


0005H 


Master  Mode  Read  Active 


MSWRA 


0005H 


Master  Mode  Write  Active 


MC 


0002H 


Miscellaneous  Configuration 


EC 


8000*H 


EEPROM  Configuration 


LEDO 


0000H 


LEDO  Status  (Link  Integrity) 


LED1 


0084H 


LED1  Status  (Default:  RCV) 


LED2 


0008H 


LED2  Status  (Default:  RCVPOL) 


LED3 


0090H 


LED3  Status  (Default:  XMT) 


SC 


0000H 


Software  Configuration  (Read-Only 
Register)  


TWs  value  can  be  0000H  for  systems  that  do  not  support  EEPROM  option 


I/O  Address  Offset 


c 

)ffset 

#Bytes 

Register 

Oh 

16 

Address  PROM 

10h 

2 

RDP 

12h 

2 

RAP  (shared  by  RDP  and  IDP) 

14h 

2 

Reset 

16h 

2 

IDP 
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SYSTEM  APPLICATION 
ISA  Bus  Interface 

Compatibility  Considerations 

Although  8  MHz  is  now  widely  accepted  as  the  standard 
speed  at  which  to  run  the  ISA  bus,  many  machines  have 
been  built  which  operate  at  higher  speeds  with  non- 
standard timing.  Some  machines  do  not  correctly 
support  1 6-bit  I/O  operations  with  wait  states.  Although 
the  PCnet-ISA*  controller  is  quite  fast,  some  operations 
still  require  an  occasional  wait  state.  The  PCnet-ISA* 
controller  moves  data  through  memory  accesses,  there- 
fore, I/O  operations  do  not  affect  performance.  By 
configuring  the  PCnet-ISA*  controller  as  an  8-bit  I/O  de- 
vice, compatibility  with  PC/AT-class  machines  is 
obtained  at  virtually  no  cost  in  performance.  To  treat  the 
PCnet-ISA*  controller  as  an  8-bit  software  resource  (for 
non-ISA  applications),  the  even-byte  must  be  accessed 
first,  followed  by  an  odd-byte  access. 

Memory  cycle  timing  is  an  area  where  some  tradeoffs 
may  be  necessary.  Any  slow  down  in  a  memory  cycle 
translates  directly  into  lower  bandwidth.  The 
PCnet-ISA*  controller  starts  out  with  much  higher 
bandwidth  than  most  slave  type  controllers  and  should 
continue  to  be  superior  even  if  an  extra  50  or  1 00  ns  are 
added  o  memory  cycles. 

The  memory  cycle  active  time  is  tunable  in  50  ns  incre- 
ments with  a  default  of  250  ns.  The  memory  cycle  idle 
time  defaults  to  200  ns  and  can  be  reprogrammed  to 
100  ns.  See  register  description  for  ISACS42.  Most  ma- 
chines should  not  need  tuning. 

The  PCnet-ISA*  controller  is  compatible  with  NE2100 
and  NE1500T  software  drivers.  All  the  resources  such 


as  address  PROM,  boot  PROM,  RAP,  and  RDP  are  in 
the  same  location  with  the  same  semantics.  An  addi- 
tional set  of  registers  (ISA  CSR)  is  available  to  configure 
on  board  resources  such  as  ISA  bus  timing  and  LED  op- 
eration. However,  loopback  frames  for  the  PCnet-ISA+ 
controller  must  contain  more  than  64  bytes  of  data  if  the 
Runt  Packet  Accept  feature  is  not  enabled;  this  size  limi- 
tation does  not  apply  to  LANCE  (Am7990)  based  boards 
such  as  the  NE2100  and  NE1500T. 

Bus  Master 

Bus  Master  mode  is  the  preferred  mode  for  client  appli- 
cations on  PC/AT  or  similar  machines  supporting  1 6-bit 
DMA  with  its  unsurpassed  combination  of  high  perform- 
ance and  low  cost. 

Shared  Memory 

The  shared  memory  mode  is  recommended  forf ile  serv- 
ers or  other  applications  where  there  is  very  high, 
average  or  peak  latency. 

The  address  compare  circuit  has  the  following 
functions.  It  receives  the  7  LA  signals,  generates 
MEMCS16,  and  compares  them  to  the  desired  shared 
memory  and  boot  PROM  addresses.  The  logic  latches 
the  address  compare  result  when  BALE  goes  inactive 
and  uses  the  appropriate  SA  signals  to  generate  SMAM 
and  BPAM. 

All  these  functions  can  be  performed  in  one  PAL  device. 
To  operate  in  an  8-bit  PC/XT  environment,  the  LA 
signals  should  have  weak  pull-down  resistors  con- 
nected to  them  to  present  a  logic  0  level  when  not  driven. 


ISA 

Bus 


1 6-Bit  System  Data 


24-Bit  System 
Address 


BPCS 


PRDB[0-7] 


PCnet-ISA*  ^rd^1/™ 
Controller  pR^^ES^ 


SA[0-19] 
LA[17-23] 


SHFBUSY 


EECS 


CE  OE 
D[0-7] 

Boot 
PROM 

A[0-15] 


Vcc 


Vcc 


L 


DO 

Dl 

SK 

CS  EEPROM 


ORG 


18183B-6 


Bus  Master  Block  Diagram 
Plug  and  Play  Compatible 
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16-Bit 

System 

Data 

ISA 

Bus 


24-Bit 

System 

Address 


SD[0-15] 


BPCS 
PRDB[0-7] 


PRDB[0]/EESK 
KoHeV  PRDB[1]/EEDI 
PRDB[2]/EEDO 
SA[0-19]  EECS 
LA[17-23] 


IRQ15/APCS    IRQ12/FlashWE  SHFBUSY 


Vcc 


A[0-4] 

D[0-7] 

IEEE 

Address 

PROM 

G 

A[0-15] 

WE 

D[0-7] 

Flash 

OE 

CS 

V 


SK 
Dl 
DO 

CS 


EEPROM 


ORG 


Vcc 
X 


Bus  Master  Block  Diagram 
Plug  and  Play  Compatible  with  Flash  Support 
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A[0-15] 

Boot 

CE 

PROM 

OE 

D[0-7] 

16-Bit 
System  Data 


ISA 
Bus 


24-Bit  System 
Address 


SD[0-15] 


SA[0-15] 


SMAM 
SHFBUSY 


PRAB(0:15)  BPCS 
PRDB[0-7] 
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16-Bit 
System  Data 

24-Bit  System 
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ISA 
Bus 


PRAB[0-15] 


PRDB[0-7] 
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Controller 


SA[0-19] 


BPCS 


SROE 

PRDB[2]/EEDO 
PRDB[1]/EEDI 
PRDB[0]/EESK 
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SRWE 
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Optional  Address  PROM  Interface 

The  suggested  address  PROM  is  the  Am27LSl9,  a 
32x8  device.  APCS  should  be  connected  directly  to  the 
device's  G  input. 


A4-A0 

27LS19 
_    32  x  8  PROM 

Q7-Q0 


T       18183  B-23 

Address  PROM  Example 


Boot  PROM  Interface 

The  boot  PROM  is  a  8K-64K  EPROM.  Its  OE  pin 
should  be  tied  to  ground,  and  chip  enable  CE  to  BPCS  to 
minimize  power  consumption  at  the  expense  of  speed. 
Shown  below  is  a  27C1 28. 


Higher 
pin  that 


an 
long  as 


density  EPROMs  place  an  address  line  on  the 
is  detined  tor  lower  density  EPROMs  as  the  Vpp 
(programming  voltage)  pin.  For  READ  only  operation  on 
EPROM,  the  Vpp  pin  can  assume  any  logic  level,  as 
the  voltage  on  the  VpP  pin  does  not  exceed  the 
programming  voltage  threshold  (typically  7  V  to  12  V). 
Therefore,  a  socket  with  a  2751 2  pinout  will  also  support 
2764  and  27128  EPROM  devices. 


Static  RAM  Interface  (for  Shared  Memory 
Only) 

The  SRAM  is  an  8Kx8  or  32Kx8  device.  The  PCnet-ISA* 
controller  can  support  64  Kbytes  of  SRAM  address 
space.  The  PCnet-ISA*  controller  provides  SP.OE  and 
SRWE  outputs  which  can  go  directly  to  the  OE  and  WE 
pins  of  the  SRAM,  respectively.  The  address  lines  are 
connected  as  described  in  the  shared  memory  section 
and  the  data  lines  go  to  the  Private  Data  Bus. 

AUI 

The  PCnet-ISA*  controller  drives  the  AUI  through  a  set 
of  transformers.  The  Dl  and  CI  inputs  should  each  be 
terminated  with  a  pair  of  matched  39  CI  or  40.2  CI  resis- 
tors connected  in  series  with  the  middle  node  bypassed 
to  ground  with  a. 01  u.FtoO.1  u,F  capacitor.  Refertothe 
PCnet-ISA  Technical  Manual  (PID  #16850B)  for  net- 
work interface  design  and  refer  to  Appendix  A  for  a  list  of 
compatible  AUI  isolation  transformers. 

EEPROM  Interface 

The  suggested  EEPROM  is  the  industry  standard 
93C56  2  Kbit  serial  EEPROM.  This  is  used  in  the  1 6-bit 
mode  to  provide  128  x  16-bit  EEPROM  locations  to 
store  configuration  information  as  well  as  the  Plug  and 
Play  information. 


93C56 


A13-A0  DQ7-DQ0 

27C128 
16K  X  8  EPROM 

CE 
OE 


EECS 
PRDB2/EEDO 
PRDB1/EEDI 
PRDBO/EESK 


Vcc 


18183  B-25 


18183B-24 

Boot  PROM  Example 
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10BASE-T  Interface 

The 
work 


diagram  below  shows  the  proper  1 0BASE-T  net- 
interface  design.  Refer  to  the  PCnet  Family 


Technical  Manual  (PID  #18216A)  for  more  design  de- 
tails, and  refer  to  Appendix  A  for  a  list  of  compatible 
10BASE-T  filter/transformer  modules. 


TXD+ 

TXP+ 

PCnet-ISA* 

TXD- 

Controller 

TXP- 

RXD+ 
RXD- 

Note:  All  resistors  are  ±1% 


 "VsA  , 

422.0  \- 
 *W*  ' 


61.9 


Filter  & 
Transformer 
Module 


61.9 


.1.21  K 


 V\Ai  1 

422.0  h 
 W,  1 


•100 


XMT 
Filter 


1:1 


1 


RCV 
Filter 


1:1 

31 


10BASE-T  External  Components  and  Hookup 


RJ45 
Connector 


TD+ 

1 

TD- 

2 

RD+ 

3 

RD- 

6 
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ABSOLUTE  MAXIMUM  RATINGS 

Storage  Temperature   -65°C  to  +150°C 

Ambient  Temperature 

Under  Bias   0°C  to  +70°C 

Supply  Voltage  to  AVss 

or  DVss  (AVdd,  DVdd)  -0.3  V  to  +6.0  V 

Stresses  above  those  listed  under  Absolute  Maximum  Rat- 
ings may  cause  permanent  device  failure.  Functionality  at  or 
above  these  limits  is  not  implied.  Exposure  to  Absolute  Maxi- 
mum Ratings  for  extended  periods  may  affect  device 
reliability.  Programming  conditions  may  differ. 


OPERATING  RANGES 

Commercial  (C)  Devices 

Temperature  (Ta)    0°Cto+70°C 

Supply  Voltages 

(AVdd,  DVdd)  5  V  ±5% 

All  inputs  within  the  range:  . .  AVss  -  0.5  V  <  Vin  < 

AVdd  +  0.5  V,  or 
DVss  -  0.5  V<  Vin  < 
DVdd  +  0.5  V 

Operating  ranges  define  those  limits  between  which  the  func- 
tionality of  the  device  is  guaranteed. 


DC  CHARACTERISTICS  over  COMMERCIAL  operating  ranges  unless  otherwise 


speci 

fied 

refer  to  page  19  for  driver  types) 

Param 
Symb 

eter 
ol 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

Digital 

Input  Voltage 

VlL 

Input  LOW  Voltage 

0.8 

V 

VlH 

Input  HIGH  Voltage 

2.0 

DVdd  +  0.5 

V 

Digital 

Ouput  Voltage 

Vol 

Output  LOW  Voltage 

0.5 

V 

Voh 

Output  HIGH  Voltage 

(Note  1) 

2.4 

V 

Digital 

Input  Leakage  Current 

IDC 

Input  Leakage  Current 

Vdd  =  5  V,  Vin  =  0  V 
(Note  2) 

-10 

10 

uA 

Digital  Ouput  Leakage  Current 

Iozl 

Output  Low  Leakage 
Current  (Note  3) 

Vout  =  0  V 

-10 

uA 

lOZH 

Output  High  Leakage 
Current  (Note  3) 

Vout  ■  Vdd 

10 

MA 

Crysta 

I  Input  Current 

VlLX 

XTAL1  Input  LOW 
Threshold  Voltage 

Vin  =  External  Clock 

-0.5 

0.8 

V 

VlLH) 

( 

XTAL1  Input  HIGH 
Threshold  Voltage 

Vin  =  External  Clock 

3.5 

Vdd  +  0.5 

V 

IILX 

XTAL1  Input  LOW  Current 

VIN  =  DVSS 

Active 

-120 

0 

uA 

Sleep 

-10 

+10 

uA 

IIHX 

XTAL1  Input  HIGH  Current 

VIN  =  VDD 

Active 

0 

120 

uA 

Sleep 

400 

HA 

Attachment  Unit  Interface 

liAXC 

Input  Current  at  DI+ 
and  Dl- 

AVss  <  VIN  <  AVdd 

-500 

+500 

uA 

llAXC 

Input  current  at 
CI+  and  Cl- 

AVss  <  Vin  <  AVdd 

-500 

+500 

uA 

VAOC 

> 

Differential  Output  Voltage 
|(DO+)-(DO-)[ 

Rl  =  78  n 

630 

1200 

mV 

Vaodo 

FF 

Transmit  Differential  Output 
Idle  Voltage 

Rl  =  78  n  (Note  5) 

-40 

+40 

mV 
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\C  CHAR 
pecified 

ACTERISTICS  over  COMMERCIAL  operating  ranges  unless  otherwise 
continued) 

F 

'arameter 
Symbol 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

i 

Attachment  Unit  Interface  (continued) 

AODOFF 

Transmit  Differential 
Output  Idle  Current 

Rl_  =  78  fi  (Note  4) 

-1 

+1 

mA 

VCMT 

Transmit  Output  Common 
Mode  Voltage 

Rl  =  78  £2 

2.5 

AVdd 

V 

VODI 

DO±  Transmit  Differential 
Output  Voltage  Imbalance 

Rl  =  78  Q.  (Note  5) 

25 

mV 

Vath 

Receive  Data  Differential 
Input  Threshold 

(Note  5) 

-35 

35 

mV 

Vasq 

Dfct  and  Cl±  Differential 
Input  Threshold  (Squelch) 

-275 

-160 

mV 

VlRDVD 

DI+  and  Cl±  Differential 
Mode  Input  Voltage  Range 

-1.5 

+1.5 

V 

VlCM 

Dl±  and  Cl±  Input  Bias 
Voltage 

Iin  =  0  mA 

AVDD-3.0 

AVdd-1.0 

V 

VOPD 

DO±  Undershoot  Voltage 
at  Zero  Differential  on 
Transmit  Return  to 
Zero  (ETD) 

(Note  5) 

-100 

mV 

rwlsted  Pair  Interface 

llRXD 

Input  Current  at  RXD± 

AVss  <  Vin  <  AVdd 

-500 

500 

uA 

Rrxd 

RXD+  Differential  Input 
Resistance 

(Note  5) 

10 

KQ 

Vtivb 

RXD+,  RXD-  Open  Circuit 
Input  Voltage  (Bias) 

Iin  =  0  mA 

AVdd -3.0 

AVdd -1.5 

V 

Vtidv 

Differential  Mode  Input 
Voltage  Range  (RXD±) 

AVdd  =  +5  V 

-3.1 

+3.1 

V 

Vtsq+ 

RXD  Positive  Squelch 
Threshold  (Peak) 

Sinusoid 

5MHz<f<10MHz 

300 

520 

mV 

Vtsq- 

RXD  Negative  Squelch 
Threshold  (Peak) 

Sinusoid 

5MHz<f<10MHz 

mV 

Vths+ 

RXD  Post-Squelch 
Positive  Threshold  (Peak) 

Sinusoid 

5MHz<f<10MHz 

150 

293 

mV 

vths- 

RXD  Post-Squelch 
Negative  Threshold  (Peak) 

Sinusoid 

5MHz<f<10MHz 

-293 

-150 

mV 

Vltsq+ 

RXD  Positive  Squelch 
Threshold  (Peak) 

LRT  =  1  (Note  6) 

180 

312 

mV 

Vltsq- 

RXD  Negative  Squelch 
Threshold  (Peak) 

LRT  =  1  (Note  6) 

-312 

-180 

mV 

Vlths* 

RXD  Post-Squelch  Positive 
Threshold  (Peak) 

LRT  =  1  (Note  6) 

90 

156 

mV 

Vlths- 

RXD  Post-Squelch 
Negative  Threshold  (Peak) 

LRT  =  1  (Note  6) 

-156 

-90 

mV 

AMD 
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DC  CHARACTERISTICS  over  COMMERCIAL  operating  ranges  unless  otherwise 
specified  (continued) 


Parameter 
Symbol 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

Twist  ec 

Pair  Interface  (continued) 

VRXDTh 

RXD  Switching  Threshold 

(Note  5) 

-35 

35 

mV 

Vtxh 

TXD±  and  TXP±  Output 
HIGH  Voltage 

DVss  =  0  V 

DVdd  -  0.6 

DVdd 

V 

Vtxl 

TXD±  and  TXP+  Output 
LOW  Voltage 

DVdd  =  +5  V 

DVss 

DVss  +  0.6 

V 

VTXI 

TXD±  and  TXP± 
Differential  Output 
Voltage  Imbalance 

-40 

+40 

mV 

Vtxoff 

TXD±  and  TXP±  Idle 
Output  Voltage 

DVdo  =  +5  V 

-40 

+40 

mV 

Rtx 

TXD±  Differential  Driver 
Output  Impedance 

(Note  5) 

40 

a 

TXP±  Differential  Driver 
Output  Impedance 

(Note  5) 

80 

si 

IEEE  11 

49.1  (JTAG)  Test  Port 

VlL 

TCK,  TMS,  TDI 

0.8 

V 

VlH 

TCK,  TMS,  TDI 

2.0 

V 

Vol 

TDO 

Iol  =  2.0  mA 

0.4 

V 

Voh 

TDO 

Ioh  -  -0.4  mA 

2.4 

V 

in 

ML 

TCK,  TMS,  TDI 

Vdd  =  5.5  V,  V,  =  0.5  V 

-200 

uA 

llH 

TCK,  TMS,  TDI 

Vdd  =5.5  V,  V,  =  2.7  V 

-100 

uA 

loz 

TDO 

0.4  V  <  Vour  <  VDD 

-10 

+10 

uA 

Power 

Supply  Current 

IDD 

Active  Power  Supply  Current 

XTAL1  =  20  MHz 

75 

mA 

Iddcom 

A 

Coma  Mode  Power 
Supply  Current 

SLEEP  active 

200 

MA 

Idosncx 

JZE 

Snooze  Mode  Mall  Power 
Supply  Current 

Awake  bit  set  active 

10 

mA 

Notes: 

1.  Voh  does  not  apply  to  open-drain  output  pins. 

2.  Iix  applies  to  all  input  only  pins  except  DI+,  Cl±,  XTAL1  and  PRDB[7:0]. 

3.  Iozl  applies  to  all  three-state  output  pins  and  bi-directional  pins,  except  PRDB[7:0].  Iozh  applies  to  pins  PRDB[7:0]. 

4.  Correlated  to  other  tested  parameters — not  tested  directly. 

5.  Parameter  not  tested. 

6.  LRT  is  bit  9  of  Mode  register  (CSR 15) 
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WITCHING  CHARACTERISTICS:  BUS  MASTER  MODE 

p 

£ 

arameter 
ymbol 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

lr- 

ir 

put/Output  Write  Timing 

tiowi 

AEN,  SBHE,  SAO-9  Setup 
to  J.  IOW 

10 

ns 

tlOW2 

AEN,  SBHE.SAO-9  Hold 
After  T  IOW 

5 

ns 

tlOW3 

IOW  Assertion 

100 

ns 

tlOW4 

IOW  Inactive 

55 

ns 

tlOW5 

SD  Setup  to  T  IOW 

10 

ns 

tlOW6 

SD  Hold  After  T  IOW 

10 

ns 

tlOW7 

i  IOCHRDY  Delay  From  J.  low 

0 

35 

ns 

tiowa 

IOCHRDY  Inactive 

125 

ns 

tlOW9 

T IOCHRDY  to  T  low 

0 

ns 

II 

iput/Output  Read  Timing 

tlOR1 

AEN,  SBHE,  SAO-9  Setup 
to  1  IOR 

15 

ns 

tlOR2 

AEN,  SBHE.SAO-9  Hold 
After  T  IOR 

5 

ns 

tlOR3 

IOR  Inactive 

55 

ns 

tlOR4 

SD  Hold  After  T  IOR 

0 

20 

ns 

tlOR5 

SD  Valid  From  X  lOR 

0 

110 

ns 

t!OR6 

1  IOCHRDY  Delay  From  I  lOR 

0 

35 

ns 

tlOR7 

IOCHRDY  Inactive 

125 

ns 

tlOR8 

SD  Valid  From  T  IOCHRDY 

-130 

10 

ns 

I/O  To  Memory  Command  Inactive 

tlOMl 

T  IOW/MEMW  to  I  (SJMEMR/IOR 

55 

ns 

tlOM2 

T  (S)MEMR/IOR  to  i  IOW/MEMW 

55 

ns 

l( 

5CS16  Timing 

tiocsi 

AEN,  SBHE,  SAO-9  to  i  IOCS16 

0 

35 

ns 

tlOCS2 

AEN,  SBHE,  SAO-9  to  IOCS16 
Tristated 

0 

25 

ns 

taster  Mode  Bus  Acquisition 

1MMA1 

REF  Inactive  to  J.  DACK 

5 

ns 

tMMA2 

T  DRQ  to  1  DACK 

0 

ns 

tMMA3 

DACK  Inactive 

55 

ns 

tMMA4 

I  DACK  to  I  MASTER 

35 

ns 

tMMA5 

i  MASTER  to  Active  Command, 
SBHE,  SAO-19,  LA17-23 

125 

185 

ns 
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SWITCHING  CHARACTERISTICS:  BUS  MASTER  MODE  (continued) 


Parameter 
Symbo 


Parameter  Description 


Test  Conditions 


Min 


Max 


Master  Mode  Bus  Release 


tMMBRI 


Command  Deassert  to  I  DRQ 


45 


65 


tMMBR2 


I  DRQ  to  T  DACK 


tMMBR.3 


I  DRQ  to  T  MASTER 


40 


tMMBRt 


4.  DRQ  to  Command,  SBHE, 
SAO-1 9,  LA1 7-23  Tristated 


-15 


Write  Cycles 


tMMW1 


SBHE,  SAO-1 9,  LA17-23, 
Active  to  I  MEMW 


(Note  1) 


EXTIME  +  45 


EXTIME  +  65 


tMMW2 


MEMW  Active 


(Note  2) 


MSWRA-10 


MSWRA  +  5 


tMMW3 


MEMW  Inactive 


(Note  1) 


EXTIME  +  97 


EXTIME  +  105 


tMMW4 


T  MEMW  to  SBHE,  SAO-1 9, 
LA1 7-23.SD  Inactive 


45 


55 


tMMW5 


SBHE,  SAO-1 9,  LA17-23,  SD 
Hold  After  T  MEMW 


45 


60 


tMMW6 


SBHE,  SA0-19,  LA17-23, 
SD  Setup  to  J,  MEMW 


(Note  1 ) 


EXTIME  +  45 


EXTIME  +  55 


1MMW7 


I  IOCHRDY  Delay 
From  4.  MEMW 


tMMW2-175 


tMMWS 


IOCHRDY  Inactive 


55 


tMMW9 


T  IOCHRDY  tot  MEMW 


130 


tMMWIO 


SD  Active  to  i  MEMW 


(Note  1) 


EXTIME  +  20 


EXTIME  +  60 


tMMW1 


SD  Setup  to  i  MEMW 


(Note  1) 


EXTIME  +  20 


EXTIME  +  60 


Master 


Read  Cycles 


tMMR1 


SBHE,  SA0-19,  LA1 7-23, 
Active  to  I  MEMR 


(Note  1) 


EXTIME  +  45 


EXTIME  +  60 


tMMR2 


MEMR  Active 


(Note  2) 


MSRDA-10 


MSRDA  +  5 


tMMR3 


MEMR  Inactive 


(Note  1) 


EXTIME  +  97 


EXTIME  +  105 


tMMR4 


T  MEMR  to  SBHE,  SAO-1 9, 
LA1 7-23  Inactive 


45 


55 


tMMR5 


SBHE,  SAO-1 9,  LA17-23 
Hold  After  T  MEMW 


45 


55 


tMMR6 


SBHE,  SAO-1 9,  LA17-23 
Setup  to  I  MEMR 


(Note  1) 


EXTIME  +  45 


EXTIME  +  55 


tMMR7 


i  IOCHRDY  Delay  From 
4.  MEMR 


tMMR2  -  1 75 


tMMRS 


IOCHRDY  Inactive 


55 


tMMR9 


T  IOCHRDY  to  T  MEMR 


130 


tMMRlO 


SD  Setup  to  T  MEMR 


30 


tMMRl 


SD  Hold  After  t  MEMR 
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SWITCHING  CHARACTERISTICS:  BUS  MASTER  MODE  (continued) 


Parameter 
Symbol 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

Master  Mode  Address  PROM  Read 

tMA1 

i  IOR  to  4.  APCS 

125 

260 

ns 

tMA2 

APCS  Active 

140 

155 

ns 

tMA3 

PRDB  Setup  to  T  APCS 

20 

ns 

tMA4 

PRDB  Hold  After  t  APCS 

0 

ns 

tMA5 

T  APCS  to  ]  IOCHRDY 

45 

65 

ns 

tMA6 

SD  Valid  From  T  IOCHRDY 

0 

10 

ns 

Master  Mode  Boot  PROM  Read 

tMB1 

REF,  SBHE.SAO-19  Setup 
to  i  SMEMR 

10 

ns 

tMB2 

REF,  SBHE.SAO-19  Hold 
t  SMEMR 

5 

ns 

tMB3 

4.  IOCHRDY  Delay 
From  I  SMEMR 

0 

35 

ns 

tMB4 

SMEMR  Inactive 

55 

ns 

tMB5 

4-  SMEMR  to  4  BPCS 

125 

260 

ns 

tMB6 

BPCS  Active 

290 

305 

ns 

tMB7 

T  BPCS  to  T  IOCHRDY 

45 

65 

ns 

tMB8 

PRDB  Setup  to  T  BPCS 

20 

ns 

tMB9 

PRDB  Hold  After  T  BPCS 

0 

ns 

tMB10 

SD  Valid  From  T  IOCHRDY 

0 

10 

ns 

tMB1 1 

SD  Hold  After  T  SMEMR 

0 

20 

ns 

tMB12 

LA20-23  Hold  From  4  BALE 

10 

ns 

tMB13 

LA20-23  Setup  to  4-  MEMR 

10 

ns 

tMB14 

T  BALE  Setup  to  4  MEMR 

10 

ns 

Notes: 

EXTIME  is  100  ns  when  ISACSR2,  bit  4,  is  cleared  (default).  EXTIME  is  0  ns  when  ISACSR2,  bit  4,  is  set. 
2.  MSRDA  and  MS  WD  A  are  parameters  which  are  defined  in  registers  ISACSRO  and  ISACSR1,  respectively. 
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SWITCHING  CHARACTERISTICS:  BUS  MASTER  MODE— FLASH  READ  CYCLE 


Paramet 
Symbol 

er 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

tMFR1 

REF,  SBHE.SAO-19  Setup 
to  i  MEMR 

10 

ns 

tMFR2 

REF,  SBHE,SA0-19  Hold  From 
T  MEMR 

5 

ns 

tMFR3 

I  IOCHRDY  to  MEMR 

0 

35 

ns 

tMFR4 

4.  MEMR  Inactive 

55 

ns 

tMFR5 

4  MEMR  to  I  BPCS 

125 

260 

ns 

tMFR6 

BPCS  Active 

190 

205 

ns 

tMFR7 

T  BPCS  to  T  IOCHRDY 

45 

65 

ns 

tMFR8 

PRDB  Setup  to  T  of  BPCS 

20 

ns 

tMFR9 

PRDB  Hold  to  t  of  BPCS 

0 

ns 

tMFRlO 

SD  Valid  From  T  IOCHRDY 

0 

10 

ns 

tMFR11 

SD  Tristate  to  T  MEMR 

0 

20 

ns 

tMFR12 

LA20-23  Hold  From  i  BALE 

10 

ns 

tMFR13 

LA20-23  Setup  to  4.  MEMR 

10 

ns 

tMFR14 

t  BALE  Setup  to  I  MEMR 

15 

ns 

SWITC 

HING  CHARACTERISTICS:  BUS  MASTER  MODE— FLASH  WRITE  CYCLE 

Paramel 
Symbo 

er 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

tMFW1 

SBHE,  SAO-19  Setup 
to  I  MEMW 

10 

ns 

tMFW2 

SBHE,  SAO-19  Hold 
From  T  MEMW 

5 

ns 

tMFW3 

I  IOCHRDY  to  I  MEMW 

0 

35 

ns 

tMFW4 

MEMW  Inactive 

50 

ns 

tMFW5 

T  FL_WE  to  T  IOCHRDY 

20 

90 

ns 

tMFW6 

T  MEMW  Hold  From  T  IOCHRDY 

0 

ns 

tMFW7 

SD  Valid  From  1  MEMW 

175 

ns 

tMFW8 

SD  Hold  From  T  MEMW 

0 

ns 

tMFW9 

PRDB  Valid  From  4.  MEMW 

175 

ns 

tMFWIO 

PRDB  Setup  to  I  FL_WE 

15 

ns 

tMFW11 

FL_WE  Active 

140 

155 

ns 

tMFW12 

PRDB  Hold  From  T  FL_WE 

15 

tMFW13 

LA20-23  Hold  From  i  BALE 

10 

ns 

tMFW14 



LA20-23  Setup  to  4-  MEMW 

10 

ns 

tMFW15 

t  BALE  Setup  to  4.  MEMW 

15 

ns 
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WITCHING  CHARACTERISTICS:  SHARED  MEMORY  MODE 


Parameter 
Symbol 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

Input/Output  Write  Timing 

tlOW1 

AEN,  SBHE,  SAO-9  Setup 
to  J.  IOW 

10 

ns 

tlOW2 

AEN,  SBHE.SA0-9  Hold 
From  T  IOW 

5 

ns 

tlOW3 

IOW  Assertion 

150 

ns 

tlOW4 

IOW  Inactive 

55 

ns 

tlOW5 

SD  Setup  to  T  low 

10 

ns 

tlOW6 

SD  Hold  After  T  IOW 

10 

ns 

tlOW7 

4. IOCHRDY  Delay  From  4.  IOW 

0 

35 

ns 

tlOW8 

IOCHRDY  Inactive 

125 

ns 

tlOW9 

TlOCHRDY  to  T  low 

0 

ns 

nput/Output  Read  Timing 

tiom 

AEN,  SBHE,  SAO-9  Setup 
to  4- IOR 

15 

ns 

tlOR2 

AEN,  SBHE,SA0-9  Hold 
After  T  IOR 

5 

ns 

tlOR3 

IOR  Inactive 

55 

ns 

tlOR4 

SD  Hold  From  T  IOR 

0 

20 

ns 

tlOR5 

SD  Valid  From  4.  lOR 

0 

110 

ns 

tlOR6 

i  IOCHRDY  Delay  From  I  IOR 

0 

35 

ns 

tlOR7 

IOCHRDY  Inactive 

125 

ns 

1IOR8 

SD  Valid  From  T  IOCHRDY 

-130 

10 

ns 

Memory  Write  Timing 

tMW1 

SAO-15,  SBHE,  I  SMAM  Setup 
to  I  MEMW 

10 

ns 

tMW2 

SAO-15,  SBHE,  T  SMAM  Hold 
From  T  MEMW 

5 

ns 

tMW3 

MEMW  Assertion 

150 

ns 

tMW4 

MEMW  Inactive 

55 

ns 

tMW5 

SD  Setup  to  T  MEMW 

10 

ns 

tMW6 

SD  Hold  From  T  MEMW 

10 

ns 

tMW7 

4.  IOCHRDY  Delay  From 
4.  MEMW 

0 

35 

ns 

tMW8 

IOCHRDY  Inactive 

125 

ns 

tMW9 

T  MEMW  to  T  IOCHRDY 

0 

ns 

Am79C961 
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SWITCHING  CHARACTERISTICS:  SHARED  MEMORY  MODE  (continued) 


Parameter 
Symbo 


Parameter  Description 


Test  Conditions 


Min 


Max 


Unit 


Memory  Read  Timing 


tMR1 


SAO-15,  SBHE,  1  SMAM/BPAM 
Setup  to  I  MEMR 


10 


tMR2 


SAO-15,  SBHE,  T  SMAM/BPAM 
Hold  From  T  MEMR 


tMR3 


MEMR  Inactive 


55 


tMR4 


SD  Hold  From  T  MEMR 


20 


tMR5 


SD  Valid  From  I  MEMR 


110 


tMR6 


4  IOCHRDY  Delay  From  J-  MEMR 


35 


tMR7 


IOCHRDY  Inactive 


125 


tMR8 


SD  Valid  From  T  IOCHRDY 


-130 


10 


I/O  To  Memory  Command  Inactive 


tlOM1 


I  IOW/MEMW  to  I  (SJMEMR/IOR 


55 


tlOM2 


1  (S)MEMR/IOR  to  I  IOW/MEMW 


55 


IOCS16 


Timing 


tiocsi 


AEN,  SBHE,  SA0-9to  4.  IOCS16 


35 


1IOCS2 


AEN,  SBHE,  SAO-9  to  IOCS16 
Tri  stated 


25 


SRAM  Read/Write,  Boot  PROM  Read,  Address  PROM  Read  on  Private  Bus 


tPR4 


PRAB  Change  to  PRAB 
Change,  SRAM  Access 


95 


105 


tPR5 


PRDB  Setup  to  PRAB 
Change,  SRAM  Access 


20 


tPR6 


PRDB  Hold  From  PRAB 
Change,  SRAM  Access 


tPR7 


PRAB  Change  to  PRAB 
Change,  APROM  Access 


145 


155 
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SWITCHING  CHARACTERISTICS:  SHARED  MEMORY  MODE  (continued) 


Parameter 
Symbol 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

SRAM  Read/Write,  Boot  PROM  Read,  Address  PROM  Read  on  Private  Bus  (continued) 

tPR8 

r  MUD  oetUp  T.O  rntttj 

Change,  APROM  Access 

on 

ns 

tPR9 

PRDB  Hold  After  PRAB 
Change,  APROM  Access 

o 

tPR10 

PRAB  Change  to  PRAB 
Change,  BPROM  Access 

290 

305 

ns 

tPR11 

PRDB  Setup  to  PRAB 
Change,  BPROM  Access 

20 

ns 

tPR12 

PRDB  Hold  After  PRAB 
Change,  BPROM  Access 

0 

ns 

tPR13 

PRAB  Change  to  PRAB 
Change,  SRAM  Write 

145 

155 

ns 

tPR14 

PRAB  Change  to  I  SRWE 

20 

30 

ns 

tPR15 

PRAB  Change  to  T  SRWE 

120 

130 

ns 

tPR16 

PRAB  Change  to  PRAB  Change, 
Flash  Access 

190 

205 

ns 

tPR17 

PRAB  Change  to  PRAB  Change, 
Flash  Write 

190 

205 

ns 

tPR18 

PRAB  Change  toT  SRWE 

170 

180 

ns 
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SWITCHING  CHARACTERISTICS:  SHARED  MEMORY  MODE— FLASH  READ  CYCLE 


Parameter 
Symbol 


Parameter  Description 


Test  Conditions 


Mln 


Unit 


tMFR1 


BPAM,  REF,  SBHE,  SAO-19 
Setup  to  I  MEMR 


10 


tMFR2 


BPAM,  REF,  SBHE,  SAO-19  Hole 
From  T  MEMR 


tMFR3 


I IOCHRDY  to  I  MEMR 


35 


tMFR4 


MEMR  Inactive 


55 


tMFR5 


I  MEMR  to  I  BPCS/SROE 


125 


260 


tMFR6 


BPCS/SROE  Active 


190 


205 


tMFR7 


T  BPCS/SROE  to  T  IOCHRDY 


45 


65 


tMFRS 


PRDB  Setup  to 
T  of  BPCS/SROE 


20 


tMFR9 


PRDB  Hold  to 
T  of  BPCS/SROE 


tMFR10 


SD  Valid  From  T  IOCHRDY 


10 


tMFRu 


SD  Tristate  to  T  MEMR 


20 


SWITCHING  CHARACTERISTICS:  SHARED  MEMORY  MODE— FLASH  WRITE  CYCLE 


Paramet 
Symbol 

er 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

tMFW1 

BPAM,  SBHE,  SAO-19 
Setup  to  I  MEMW 

10 

ns 

tMFW2 

BPAM,  SBHE,  SAO-19 
Hold  After  T  MEMW 

5 

ns 

tMFW3 

I  IOCHRDY  to  1  MEMW 

0 

35 

ns 

tMFW4 

MEMW  Inactive 

50 

ns 

tMFW5 

T  SRWE  to  T  IOCHRDY 

20 

90 

ns 

tMFW6 

t  MEMW  Hold  From  T  IOCHRDY 

0 

ns 

tMFW7 

SD  Valid  From  4.  MEMW 

175 

ns 

1MFW8 

SD  Hold  From  t  MEMW 

0 

ns 

tMFW9 

BPCS/PRDB  Valid  From 
1  MEMW 

175 

ns 

tMFW10 

BPCS/PRDB  Setup  to  I  SRWE 

15 

ns 

tMFW1 1 

SRWE  Active 

140 

155 

ns 

tMFW12 

BPCS/PRDB  Hold  From  T  SRWE 

15 

ns 
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s\ 

WITCHING  CHARACTERISTICS:  EADI 

P: 
S 

irameter 
/mbol 

Parameter  Description 

lest  conditions 

Min 

Max 

1  In  it 

un  ii 

EAD1 

SRD  Setup  to  TSRDCLK 

40 

ns 

EAD2 

SRD  Hold  to  T  SRDCLK 

40 

ns 

IEAD3 

SF/BD  Change  to  J.  SRDCLK 

-15 

+15 

ns 

IEAD4 

EAR  Deassertion  to  T 
SRDCLK  (First  Rising  Edge) 

50 

ns 

tEAD5 

EAR  Assertion  From  SFD 
Event  (Packet  Rejection) 

0 

51,090 

ns 

tEAD6 

EAR  Assertion 

110 

ns 

tote:  External  Address  Detection  interface  is  invoked  by  setting  bit  3  in  ISACSR2  and  resetting  bit  0  in  ISACSR2.  External 
1AU  select  is  not  available  when  EADISEL  bit  is  set. 


SWITCHING  CHARACTERISTICS:  JTAG  (IEEE  1149.1)  INTERFACE 


F 

ara  meter 
Symbol 

Parameter  Description 

Test  Conditions 

Mln 

Max 

Unit 

UTG1 

TCK  HIGH  Assertion 

20 

ns 

UTG2 

TCK  Period 

50 

ns 

tJTG3 

TDI  Setup  to  T  TCK 

5 

ns 

UTG4 

TDI,  TMS  Hold  From  T  TCK 

5 

ns 

UTGS 

TMS  Setup  to  T  TCK 

8 

ns 

UTG6 

TDO  Active  From  I  TCK 

0 

30 

ns 

UTG7 

TDO  Change  From  1  TCK 

0 

30 

ns 

UTG8 

TDO  Tristate  From  J.  TCK 

0 

25 

ns 

Note:  JTAG  logic  is  reset  with  an  internal  Power-On  Reset  circuit  independent  of  Sleep  Modes. 
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SWITCHING  CHARACTERISTICS:  GPSI 


Parameter 
Symbol 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

Transmit  Timing 

tGPT1 

STDCLK  Period  (802.3  Compliant) 

99.99 

100.01 

ns 

tGPT2 

STDCLK  HIGH  Time 

40 

60 

ns 

tGPT3 

TXDAT  and  TXEN  Delay  from  T  TCLK 

0 

70 

ns 

tGPT4 

RXCRS  Setup  to  T  STDCLK(Last  Bit) 

210 

ns 



tGPT5 

RXCRS  Hold  From  1  TENA 

0 

ns 

tGPT6 

CLSN  Active  Time  to  Trigger  Collision 

(Note  1) 

110 

ns 

tGPT7 
[ 

CLSN  Active  to  1  RXCRS  to  Prevent 
LCAR  Assertion 

0 

ns 

tGPl 

'8 

CLSN  Active  to  I  RXCRS  for  SQE 
Hearbeat  Window 

0 

4.0 

us 

tGPl 

"9 

CLSN  Active  to  T  RXCRS  for  Normal  Collision 

0 

51.2 

US 

Receive 

Timing 

tGPRl 

SRDCLK  Period 

(Note  2) 

80 

120 

ns 

1GPR2 

SRDCLK  High  Time 

(Note  2) 

30 

80 

ns 

tGPl 

.3 

SRDCLK  Low  Time 

(Note  2) 

30 

80 

ns 

tGPR4 

RXDAT  and  RXCRS  Setup  to  T  SRDCLK 

15 

ns 

tGPR5 

RXDAT  Hold  From  T  RCLK 

15 

ns 

tGPF 

a 

RXCRS  Hold  From  I  SRDCLK 

0 

ns 

tGPF 

I7 

CLSN  Active  to  First  T  SRDCLK 
(Collision  Recognition) 

0 

ns 

tGP[ 

18 

CLSN  Active  to  T  SRDCLKfor 
Address  Type  Designation  Bit 

(Note  3) 

51.2 

US 

tGPF 

y 

CLSN  Setup  to  last  t  SRDCLKfor 
Collision  Recognition 

210 

ns 

tGPRl  0 

CLSN  Active 

110 

ns 

tGPRl  1 

CLSN  Inactive  Setup  to  First  T  RCLK 

300 

ns 

tGPP 

12 

CLSN  Inactive  Hold  to  Last  T  RCLK 

300 

ns 

Notes: 

1.  CLSN  must  be  asserted  for  a  continuous  period  of  110  ns  or  more.  Assertion  for  less  than  110  ns  period  may  or  may 
not  result  in  CLSN  recognition. 

2.  RCLK  should  meet  jitter  requirements  of  IEEE  802.3  specification. 

3.  CLSN  assertion  before  51 .2  fis  will  be  indicated  as  a  normal  collision.  CLSN  assertion  after  51.2  /js  will  be 
considered  as  a  Late  Receive  Collision. 
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SWITCHING  CHARACTERISTICS:  AUI 


Parameter 
Symbol 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

AUI  Port 

tDOTR 

DO+.DO-  Rise  Time  (10%  to  90%) 

2.5 

5.0 

ns 

tDOTF 

DO+.DO-  Fall  Time  (90%  to  10%) 

2.5 

5.0 

ns 

tDORM 

DO+.DO-  Rise  and  fall  Time  Mismatch 

1.0 

ns 

tDOETD 

DO+/-  End  of  Transmission 

200 

375 

ns 

tPWODI 

Dl  Pulse  Width  Accept/Reject 
Threshold 

|Vin|  >  |Vasq| 
(Note  1) 

15 

45 

ns 

tPWKDI 

Dl  Pulse  Width  MaintainA"urn-Off 
Threshold 

|Vin|  >  |Vasq| 
(Note  2) 

136 

200 

ns 

tPWOCI 

CI  Pulse  Width  Accept/Reject 
Threshold 

|Vin|  >  |Vasq| 
(Note  3) 

10 

26 

ns 

tPWKCI 

CI  Pulse  Width  Maintain/Turn-Off 
Threshold 

|Vin|  >  |Vasq| 
(Note  4) 

90 

160 

ns 

Internal  MENOEC  Clock  Timing 

tX1 

XTAL1  Period 

Vin  =  External  Clock 

49.995 

50.005 

ns 

tX1H 

XTAL1  HIGH  Pulse  Width 

Vin  =  External  Clock 

20 

ns 

tX1L 

XTAL1  LOW  Pulse  width 

Vin  =  External  Clock 

20 

ns 

tX1R 

XTAL1  Rise  Time 

Vin  =  External  Clock 

5 

ns 

tX1F 

XTAL1  Fall  Time 

Vin  =  External  Clock 

5 

ns 

/.  Dl  pulses  narrower  than  tpwoDi  (min)  will  be  rejected;  pulses  wider  than  tpwooi  (max)  will  turn  internal  Dl  carrier  sense  on. 

2.  Dl  pulses  narrower  than  tPWKDI  (min)  will  maintain  internal  Dl  carrier  sense  on;  pulses  wider  than  tpwKDl  (max)  will  turn 
internal  Dl  carrier  sense  off. 

3.  CI  pulses  narrower  than  tpwoci  (min)  will  be  rejected;  pulses  wider  than  tpwoci  (max)  will  turn  internal  CI  carrier  sense  on. 

4.  CI  pulses  narrower  than  tpwKCi  (min)  will  maintain  internal  CI  carrier  sense  on;  pulses  wider  than  tpwKCl  (max)  will  turn 
internal  CI  carrier  sense  off. 
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SWITCHING  CHARACTERISTICS:  10BASE-T  INTERFACE 


Parameter 
Symbol 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

Transm 

t  Timing 

tTETD 

Transmit  Start  of  Idle 

250 

350 

ns 

tTR 

Transmitter  Rise  Time 

(i  u %  to  yu  /o) 

o.o 

ns 

tTF 

Transmitter  Fall  Time 

(90%  to  1  0%) 

5.5 

ns 

tTM 

Transmitter  Rise  and  Fall 
Time  Mismatch 

2 

ns 

tPERLP 

Idle  Signal  Period 

8 

24 

ms 

tPWLP 

Idle  Link  Pulse  Width 

(Note  1 ) 

75 

120 

ns 

tPWPLP 

Predistortion  Idle  Link  Pulse 
Width 

(Note  1) 

45 

55 

ns 

UA 

Transmit  Jabber  Activation  Time 

20 

150 

ms 

UR 

Transmit  Jabber  Reset  Time 

250 

750 

ms 

Receive 

Timing 

tPWNRD 

RXD  Pulse  Width  Not  to  Turn 
Off  Internal  Carrier  Sense 

VIN  >  VTHS  (min) 

136 

ns 

tPWROF 

; 

RXD  Pulse  Width  to  Turn  Off 

VIN  >  VTHS  (min) 

200 

ns 

Note: 

1.  Not 

tested;  parameter  guaranteed  by  characterization. 

SWITC 

JHING  CHARACTERISTICS:  SERIAL  EEPROM 

Parameter 
Symbol 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

tSR1 

EESK  High  Time 

790 

ns 

tSR2 

EESK  Low  Time 

790 

ns 

tSR3 

T  EECS  EEDI  From  I  EESK 

-15 

15 

ns 

tSR4 

i  EECS,  EEDI  and  SHFBUSY 
From  J.  EESK 

-15 

15 

ns 

tSR5 

EECS  Low  Time 

1590 

ns 

tSR6 

EEDO  Setup  to  T  EESK 

35 

ns 

tSR7 

EEDO  Hold  From  T  EESK 

0 

ns 

tSL1 

EEDO  Setup  to  i  IOR 

95 

ns 

tSL2 

EEDO  Setup  to  TlOCHRDY 

140 

ns 

tSL3 

EESK,  EEDI,  EECS  and 
SHFBUSY  Delay  From  T  low 

160 

235 

ns 
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AMD 


EY  TO  SWITCHING  WAVEFORMS 


mm 


INPUTS 

OUTPUTS 

Must  be 

Will  be 

Steady 

,  Steady 

May 

Will  be 

Change 

Changing 

from  H  to  L 

from  H  to  L 

May 

Will  be 

Change 

Changing 

from  L  to  H 

from  L  to  H 

Don't  Care, 

Changing, 

Any  Change 

State 

Permitted 

Unknown 

Does  Not 

Center 

Apply 

Line  is  High- 

Impedance 

"Off"  State 

KS000010 
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SWITCHING  TEST  CIRCUITS 


Sense  Point  O 


Vthreshold 


18183B-26 

Normal  and  Three-State  Outputs 


AVdd 


52.3  Q 


DO+ 
DO- 


1 00  pF  =Z 


-o  Test  Point 


<  154  n 


AVss 


18183B-27 


AUI  DO  Switching  Test  Circuit 
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AMD  | 


SWITCHING  TEST  CIRCUITS 


DVdd 


294  n , 


TXD+ 
TXD- 


100  pF  =fz 

Includes  Test 
Jig  Capacitance 


-o  Test  Point 


I  294  n 


DVss 


181838-28 


TXD  Switching  Test  Circuit 


DVdd 


715  n 


TXP+ 
TXP- 


100  pF  dp 

Includes  Test 
Jig  Capacitance 


-o  Test  Point 


715  n 


DVss  18183B-29 

TXP  Outputs  Test  Circuit 
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SWITCHING  WAVEFORMS:  BUS  MASTER  MODE 


AEN,  SBHE, 
SAO-9 


IOW 


SD 


X 

Stable 

X 

tiowi 

m  tl0W3   » 

/ 

tlOW2 

\ 

\ 

m —  tlOW5  — * 


  tlOW4   » 

tlOW6 

— 00(X 

)  

18183  B-30 


I/O  Write  without  Wait  States 


AEN,  SBHE, 
SAO-9 


IOW 


IOCHRDY 


SD 


X 


Stable 


tiowi 


tlOW7 


tlOW8  ■ 


tlOW9  ■ 


r 


tlOW5 


1IOW2 


X 


■  tlOW4  ■ 


tlOW6 


18183  B-31 


I/O  Write  with  Wait  States 
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AMD 


SWITCHING  WAVEFORMS:  BUS  MASTER  MODE 


EESK 
(PRDBO) 


EECS 


EEDI 
(PRDB1) 


_r 


1  1 


EEDO 
(PRDB2) . 


\  0       0 yA^A^A^AS^^^I^AO^ 


SHFBUSY 


Falling  transition  at  26th  Word,  if  checksum  is  OxFF.  |  

18183B-32 

Serial  Shift  EEPROM  Interface  Read  Timing 


EESK 


EECS 


EEDI 
(PRDB1) 

SHFBSY 


EEDO 
(PRDB2) 


J 


tsRl 


tsR2 


tsR3 


tsR4 


\ 

A. 


/ 


V 


Jsss_ 


J 


Stable 


tsH6  tsR7 


18183A-33 


Serial  EEPROM  Control  Timing 


Am79C961 
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SWITCHING  WAVEFORMS:  BUS  MASTER  MODE 


EEDO 
(PRDB2) 


IOR 


IOCHRDY 


IOW 


EESK,  EEDI, 
EECS, 
SHFBUSY 


X 


tSL1 


/ 


tSL2 


V 


\  / 

tSL3 

X 

 1 

18183B-34 


Slave  Serial  EEPROM  Latency  Timing 


AEN,  SBHE, 
SAO-9 


IOR 


SD 


X 

Stable 

X 

tlOR1 

/ 

tlOR2 

\ 

  tlORS   «. 

 < 

tlOR4 

—  tlOR3   » 

Stable 

18183B-35 


I/O  Read  without  Wait  States 
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SWITCHING  WAVEFORMS:  BUS  MASTER  MODE 


AEN,  SBHE, 
SAO-9 


IOR 


IOCHRDY 


SD 


X 

Stable 

X 

■  tiom  » 
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APPENDIX  A 


PCnet-ISA+  Compatible  Media 
Interface  Modules 


PCnet-ISA*  COMPATIBLE  10BASE-T 
FILTERS  AND  TRANSFORMERS 

he  table  below  provides  a  sample  list  of  PCnet-ISA* 
compatible  10BASE-T  filter  and  transformer  modules 


available  from  various  vendors.  Contact  the  respective 
manufacturer  for  a  complete  and  updated  listing  of 
components. 


Manufacturer 

Part  No. 

Package 

niters 
and 
Transformers 

Cilf  Are 

riiters 
Transformers 
and  Choke 

rwers 
Transformers 
Dual  Choke 

riiiers 
Transformers 
Dual  Chokes 

Bel  Fuse 

A556-2006-DE 

16-pin  0.3"  DIL 

V 

Bel  Fuse 

0556-2006-00 

14-pin  SIP 

Bel  Fuse 

0556-2006-01 

14-pin  SIP 

V 

Bel  Fuse 

0556-6392-00 

16-pin  0.5"  DIL 

Halo  Electronics 

FD02-101G 

16-pin  0.3"  DIL 

■J 

Halo  Electronics 

FD12-101G 

16-pin  0.3"  DIL 

V 

Halo  Electronics 

FD22-101G 

16-pin  0.3"  DIL 

PCA  Electronics 

EPA1990A 

16-pin  0.3"  DIL 

PCA  Electronics 

EPA2013D 

16-pin  0.3"  DIL 

V 

PCA  Electronics 

EPA2162 

16-pin  0.3"  SIP 

V 

Pulse  Engineering 

PE-65421 

16-pin  0.3"  DIL 

Pulse  Engineering 

PE-65434 

16-pin  0.3"  SIL 

V 

Pulse  Engineering 

PE-65445 

16-pin  0.3"  DIL 

V 

Pulse  Engineering 

PE-65467 

12-pin  0.5"  SMT 

Valor  Electronics 

PT3877 

16-pin  0.3"  DIL 

V 

Valor  Electronics 

FL1043 

16-pin  0.3"  DIL 

V 

PCnet-ISA*  Compatible  AUI  Isolation 
Transformers 

The 

compatible 


various  vendors.  Contact  the  respective  manufacturer 
for  a  complete  and  updated  listing  of  components. 


table  below  provides  a  sample  list  of  PCnet-ISA* 
AUI  isolation  transformers  available  from 


Manufacturer 

Part  No. 

Package 

Description 

Bel  Fuse 

A553-0506-AB 

16-pin  0.3"  DIL 

50  nM 

Bel  Fuse 

S553-0756-AE 

16-pin  0.3"  SMD 

75  uH 

Halo  Electronics 

TD01-0756K 

16-pin  0.3"  DIL 

75M-H 

Halo  Electronics 

TG01-0756W 

16-pin  0.3"  SMD 

75  |iH 

PCA  Electronics 

EP9531-4 

16-pin  0.3"  DIL 

50  uH 

Pulse  Engineering 

PE64106 

16-pin  0.3"  DIL 

50  uH 

Pulse  Engineering 

PE65723 

16-pin  0.3"  SMT 

75  uH 

Valor  Electronics 

LT6032 

16-pin  0.3"  DIL 

75  ^H 

Va 

tor  Electronics 

ST7032 

16-pin  0.3"  SMD 

75|iH 

Am79C961 
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PCnet-ISA*  Compatible  DC/DC  Converters      vendors.  Contact  the  respective  manufacturer  for  a 

The  table  below  provides  a  sample  list  of  PCnet-ISA*       comPle,e  and  upda,ed  lis,in9  of  comP°nents- 
compatible  DC/DC  converters  available  from  various 


N 

anufacturer 

Part  No. 

Package 

Voltage 

Remote  On/Off 

Halo  Electronics 

DCU0-0509D 

24-pin  DIP 

5/-9 

No 

Halo  E 

ectronics 

DCU0-0509E 

24-pin  DIP 

5/-9 

Yes 

PCA  Electronics 

EPC1007P 

24-pin  DIP 

5/-9 

No 

PCA  Electronics 

EPC1054P 

24-pin  DIP 

5/-9 

Yes 

PCAE 

ectronics 

EPC1078 

24-pin  DIP 

5/-9 

Yes 

Valor 

Electronics 

PM7202 

24-pin  DIP 

5/-9 

No 

Valor  Electronics 

PM7222 

24-pin  DIP 

5/-9 

Yes 

MANUFACTURER  CONTACT 
INFORMATION 

Contact  the  following  companies  for  further  infor- 
mation on  their  products: 


Company 

U.S.  and  Domestic 

Asia 

Europe 

Bel  Fu 

se 

Phone: 
FAX: 

(201)432-0463 
(201)432-9542 

852-328-5515 
852-352-3706 

33-1-69410402 
33-1-69413320 

Halo  E 

lectronics 

Phone: 
FAX: 

(415)  969-7313 
(415)  367-7158 

65-285-1566 
65-284-9466 

PCAE 
(HPCi 

ectronics 
n  Hong  Kong) 

Phone: 
FAX: 

818-892-0761 
818-894-5791 

852-553-0165 
852-873-1550 

33-1-44894800 
33-1-42051579 

Pulse  Engineering 

Phone: 
FAX: 

(619)  674-8100 
(619)  675-8262 

852-425-1651 
852-480-5974 

353-093-24107 
353-093-24459 

Valor  E 

■lectronics 

Phone: 
FAX: 

(61 9)  537-2500 
(619)537-2525 

852-513-8210 
852-513-8214 

49-89-6923122 
49-89-6926542 

1-630 
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Layout  Recommendations 
for  Reducing  Noise 


DECOUPLING  LOW-PASS  R/C 
FILTER  DESIGN 

The  PCnet-ISA*  controller  is  an  integrated,  single-i 
Ethernet  controller,  which  contains  both  digital  and  ana- 
log circuitry.  The  analog  circuitry  contains  a  high  speed 
Phase-Locked  Loop  (PLL)  and  Voltage  Controlled 
Oscillator  (VCO).  Because  of  the  mixed  signal  charac- 
ter sties  of  this  chip,  some  extra  precautions  must  be 
taken  into  account  when  designing  with  this  device. 

Described  in  this  section  is  a  simple  decoupling  low- 
pass  R/C  filter  that  can  significantly  increase  noise  im- 
munity of  the  PLL  circuit,  thus,  prevent  noise  from 
disrupting  the  VCO.  Bit  error  rate,  a  common  measure- 
ment of  network  performance,  as  a  result  can  be 
drastically  reduced.  In  certain  cases  the  bit  error  rate 
can  be  reduced  by  orders  of  magnitude. 

Implementation  of  this  filter  is  not  necessary  to  achieve 
a  functional  product  that  meets  the  IEEE  802.3  specifi- 
cation and  provides  adequate  performance.  However, 
this  filter  will  help  designers  meet  those  specifications 
with  more  margin. 

Digital  Decoupling 

The  DVSS  pins  that  are  sinking  the  most  current  are 
those  that  provide  the  ground  for  the  ISA  bus  output  sig- 
na  s  since  these  outputs  require  24  mA  drivers.  The 
DVSS10  and  DVSS12  pins  provide  the  ground  for  the 
internal  digital  logic.  In  addition,  DVSS11  provides 
ground  for  the  internal  digital  and  for  the  Input  and 
I/O  pins. 

The  CMOS  technology  used  in  fabricating  the 
PCnet-ISA*  controller  employs  an  n-type  substrate.  In 
this  technology,  all  Vdd  pins  are  electrically  connected  to 
each  other  internally.  Hence,  in  a  four-layer  board,  when 
decoupling  between  Vdd  and  critical  Vss  pins,  the  spe- 
cific Vdd  pin  that  you  connect  to  is  not  critical.  In  fact,  the 
Vdd  connection  of  the  decoupling  capacitor  can  be 
made  directly  to  the  power  plane,  near  the  closest  Vdd 
pin  to  the  Vss  pin  of  interest.  However,  we  recommend 
that  the  Vss  connection  of  the  decoupling  capacitor  be 
made  directly  to  the  VSs  pin  of  interest  as  shown. 


via  to  Vdd  plane 


via  to  Vss  plane 


AMD  recommends  that  at  least  one  low-frequency  bulk 
decoupling  capacitor  be  used  in  the  area  of  the 
PCnet-ISA*  controller.  22  capacitors  have  worked 
wellforthis.  In  addition,  a  total  of  four  or  five  0.1  u,F  ca- 
pacitors have  proven  sufficient  around  the  DVSs  and 
DVdd  pins  that  supply  the  drivers  of  the  ISA  bus 
output  pins. 

Analog  Decoupling 

The  most  critical  pins  are  the  analog  supply  and  ground 
pins.  All  of  the  analog  supply  and  ground  pins  are  lo- 
cated in  one  corner  of  the  device.  Specific  requirements 
of  the  analog  supply  pins  are  listed  below. 

AVSS1  and  AVDD3 

These  pins  provide  the  power  and  ground  for  the 
Twisted  Pair  and  AUI  drivers.  Hence,  they  are  very 
noisy.  A  dedicated  0.1  u.F  capacitor  between  these  pins 
is  recommended. 

AVSS2  and  AVDD2 

These  pins  are  the  most  critical  pins  on  the  PCnet-ISA* 
controller  because  they  provide  the  power  and  ground 
for  the  PLL  portion  of  the  chip.  The  VCo  portion  of  the 
PLL  is  sensitive  to  noise  in  the  60  kHz-200  kHz.  range. 
To  prevent  noise  in  this  frequency  range  from  disrupting 
the  VCO,  AMD  strongly  recommends  that  the  low-pass 
filter  shown  below  be  implemented  on  these  pins.  Tests 
using  this  filter  have  shown  significantly  increased  noise 
immunity  and  reduced  Bit  Error  Rate  (BER)  statistics  in 
designs  using  the  PCnet-ISA*  controller. 
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Vdd  Plane  ,    33  \iF  to  6.8  fiF 

 Uh 


AVdD2 

Pin  108 

AVssz 
Pin  98 


PCnet-ISA* 


voltage  drop  across  the  resistor,  the  R  value  should  not 
be  more  than  20  CI. 


1  n  to  20  n 


To  determine  the  value  for  the  resistor  and  capacitor, 
the  formula  is: 

R  *  C  >  88 

Where  R  is  in  ohms  and  C  is  in  microfarads.  Some  pos- 
sible combinations  are  given  below.  To  minimize  the 


R 

C 

2.7  £2 

33  nF 

4.3  CI 

22  hF 

6.8  n 

15  hF 

10£1 

^0\lF 

20  CI 

6.8  nF 

AVSS2  and  AVDD2/AVDD4 

These  pins  provide  power  and  ground  for  the  AUI  and 
twisted  pair  receive  circuitry.  No  specific  decoupling 
has  been  necessary  on  these  pins. 
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Configuration  File 


SAMPLE  CONFIGURATION  FILE 

The  following  is  a  sample  configuration  file  for  the 
PCnet-ISA*  device  used  in  an  AMD  Ethernet  card.  This 
card  requires  one  DMA  channel,  one  interrupt,  one  I/O 
port  in  the  0x200-0x3FF  range  (0x20  bytes  aligned). 
The  vendor  ID  of  AMD  is  AMD.  The  vendor  assigned 
part  number  for  this  card  is  21 00  and  the  serial  number 
is  0x12345678.  The  card  has  only  one  logical  device, 


that  is  an  ethernet  controller.  There  are  no  compatible 
devices  with  this  logical  device.  The  following  record 
should  be  returned  by  the  card  during  the  identification 
process. 

Note:  All  data  stored  in  the  EEPROM  is  stored  in  bit- 
reversal  format.  Each  word  (16  bits)  must  be  written 
into  the  EEPROM  with  bit  15  swapped  with  bit  0,  bit 
14  swapped  with  bit  1,  etc. 


>>>»>>»>>>>>>»>>»>>»»»» » >»>»»>>»>♦>>»>>>)>>»>> >>>»»)»>*» 


Plug  and  Play  Header 


DB  0x04 
DB  0x43 
DB  0x00 
DB  0x21 
DB  0x78 
DB  0x56 
DB  0x34 
DB  0x12 
DB  Checksum 


;   Plug  and  Play  Version 


DB  OxOA 
DB  0x10 

DB  0x00 


Identifier  String 


DI  0x82 
DB  0x1c 
DB  0x0  0 

DB  "AMD  Ethernet  Network  Adapter" 


;  Vendor  EISA  ID  Byte  0 

;  Vendor  EISA  ID  Byte  1 

,-  Vendor  Assigned  ID  Byte  0 

;  Vendor  Assigned  ID  Byte  1 

;  Serial  Number  byte  0 

;  Serial  Number  byte  1 

;  Serial  Number  byte  2 

;  Serial  Number  byte  3 

;  Checksum  calculated  on  above  bits 


Small  Item,   Plug  and  Play  version 
BCD  major  version   [7:4]   =  1 
BCD  minor  version   [3:0]   =  0 
Vendor  specific  version  number 


Large  Item,   Type  Identifier  string  (ANSI) 
Length  Byte  0    (28  bytes) 
Length  Byte  1 
Identifier  String 
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;   Logical  Device  ID 


DB  0x15 
DB  0x11 
DB  0x11 
DB  0x22 
DB  0x22 
DB  0x01 


>»»)>»>»» 


I/O 


Port  Descriptor 


»»»»»»»»»    J»»»»>>»»»»»»»»>T5»»»>»»»»»»»»J»»J »»»»»»»»»»»»»»»» 

DB  0x47 
DB  0x00 
DB  0x00 
DB  0x32 
DB  OxEO 
DB  0x03 
DB  0x20 
DB  0x18 


;   DMA  Descriptor 

DB  0x2A 
DB  0xE8 
DB  0x06 

; IRQ  format 

»»»»»»»»»>»»»»»»»>»»»>>»>»>»»»>»»>»»»>»>»>)>»>»»»>»»»>»>»»>» 
DB  Ox? 3 
DB  0x38 
DB  0x9E 
DB  0x01 


;  Small  Item,   Type  Logical  Device  ID 

;  Logical  Device  ID  byte  0 

;  Logical  Device  ID  byte  1 

;  Logical  Device  ID  byte  2 

;  Logical  Device  ID  byte  3 

;  Logical  Device  Flags    [0]   -  required  for  boot 


;  Small  Item,   type  I/O  Port 

;  Information,    [0]   =  0,    10  bit  Decode 

;  Minimum  Base  Address  [07:00] 

;  Minimum  Base  Address  [15:08] 

;  Maximum  Base  Address  [07:00] 

;  Maximum  Base  Address  [15:08] 

;  Base  Address  Increment    (32  ports) 

;  Number  of  ports  required 


Small  Item,   type  DMA  Format 
DMA  channel  mask  ch  3,   5,   6,  7 
16-Bit  only,  Bus  Master 


;  Small  Item,   type  IRQ  Format 

;  IRQs  supported 

;  IRQs  supported 

;  Information:  High  true,  edge 


[7:0]   "t    3,    4,  5 
[15:8]J    9,    10,    11,  12, 


15 


;  End 


>»>»*>>*>>>>>>>>>»>>)»>>»»)»>>»>>  *»JJT>»>»>»>>»>»» 

Tag 


»>»»»»»»»» 
DB  0x7  8 
DB  Checksum 


»»»»»»>>»>»»>»»>>»»>»»»»>>  »»»>)»»;»»  j  »»»*>»>j>>»>» 


;  Small  item,  type  END  TAG 
;  Checksum 
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Alternative  Method 
for  Initialization 


fie  PCnet-ISA*  controller  may  be  initialized  by  perform- 
ing I/O  writes  only.  That  is,  data  can  be  written  directly  to 
the  appropriate  control  and  status  registers  (CSR) 
instead  of  reading  from  the  Initialization  Block  in 
memory.  The  registers  that  must  be  written  are  shown  in 
the  table  below.  These  are  followed  by  writing  the 
START  bit  in  CSRO. 


Control  and 
Status  Register 

Comment 

CSR8 

LADRF[15:0] 

CSR9 

LADRF[31:16] 

CSR10 

LADRF[47:32] 

CSR11 

LADRF[63:48] 

CSR12 

PADR[15:0] 

CSR13 

PADR[31:16] 

CSR14 

PADR[47:32] 

CSR15 

Mode 

CSR24-25 

BADR 

CSR30-31 

BADX 

CSR47 

POLLINT 

CSR76 

RCVRL 

CSR78 

XMTRL 

Note:  The  INITbit  must  not  be  set  or  the  initialization  block  will 
be  accessed  instead. 
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Introduction  of  the 

Look  Ahead  Packet  Processing  (LAPP)  Concept 


A  driver  for  the  PCnet-ISA*  controller  would  normally 
require  that  the  CPU  copy  receive  frame  data  from  the 
controller's  buffer  space  to  the  application's  buffer 
space  after  the  entire  frame  has  been  received  by  the 
controller.  For  applications  that  use  a  ping-pong  win- 
style,  the  traffic  on  the  network  will  be  halted 
current  frame  has  been  completely  processed 
by  the  entire  application  stack.  This  means  that  the  time 
between  last  byte  of  a  receive  frame  arriving  at  the 
Ethernet  controller  and  the  client's  transmission 
of  the  first  byte  of  the  next  outgoing  frame  will  be  sepa- 
rated by: 


dowing 
until  the 


1)  the  time  that  it  takes  the  client's  CPU's  interrupt 
procedure  to  pass  software  control  from  the  current 
task  to  the  driver 

2)  plus  the  time  that  it  takes  the  client  driver  to  pass 
the  header  data  to  the  application  and  request  an 
application  buffer 

3)  plus  the  time  that  it  takes  the  application  to  gener- 
ate the  buffer  pointer  and  then  return  the  buffer 
pointer  to  the  driver 

4)  plus  the  time  that  it  takes  the  client  driver  to  transfer 
all  of  the  frame  data  from  the  controller's  buffer 
space  into  the  application's  buffer  space  and  then 
call  the  application  again  to  process  the  complete 
frame 

5)  plus  the  time  that  it  takes  the  application  to  process 
the  frame  and  generate  the  next  outgoing  frame 

6)  plus  the  time  that  it  takes  the  client  driver  to  set  up 
the  descriptor  for  the  controller  and  then  write  a 
TDMD  bit  to  CSRO 

The  sum  of  these  times  can  often  be  about  the  same  as 
the  time  taken  to  actually  transmit  the  frames  on  the 
wire,  thereby  yielding  a  network  utilization  rate  of  less 
than  50%. 

An  important  thing  to  note  is  that  the  PCnet-ISA*  control- 
ler's data  transfers  to  its  buffer  space  are  such  that  the 
system  bus  is  needed  by  the  PCnet-ISA*  controller  for 
approximately  4%  of  the  time.  This  leaves  96%  of  the 
sytem  bus  bandwidth  for  the  CPU  to  perform  some  of 
the  inter-frame  operations  in  advance  of  the  completion 
of  network  receive  activity,  if  possible.  The  question 
then  becomes:  how  much  of  the  tasks  that  need  to  be 
performed  between  reception  of  a  frame  and 
transmission  of  the  next  frame  can  be  performed  before 


the  reception  of  the  frame  actually  ends  at  the  network, 
and  how  can  the  CPU  be  instructed  to  perform  these 
tasks  during  the  network  reception  time? 

The  answer  depends  upon  exactly  what  is  happening  in 
the  driver  and  application  code,  but  the  steps  that  can  be 
performed  at  the  same  time  as  the  receive  data 
are  arriving  include  as  much  as  the  first  three  steps  and 
part  of  the  fourth  step  shown  in  the  sequence 
above.  By  performing  these  steps  before  the  entire 
frame  has  arrived,  the  frame  throughput  can  be  sub- 
stantially increased. 

A  good  increase  in  performance  can  be  expected  when 
the  first  three  steps  are  performed  before  the  end  of  the 
network  receive  operation.  A  much  more  significant  per- 
formance increase  could  be  realized  if  the  PCnet-ISA* 
controller  could  place  the  frame  data  directly  into  the 
application's  buffer  space;  (i.e.  eliminate  the  need  for 
step  four.)  In  order  to  make  this  work,  it  is  necessary 
that  the  application  buffer  pointer  be  determined  before 
the  frame  has  completely  arrived,  then  the  buffer  pointer 
in  the  next  desriptor  for  the  receive  frame  would  need  to 
be  modified  in  order  to  direct  the  PCnet-ISA*  controller 
to  write  directly  to  the  application  buffer.  More  details  on 
this  operation  will  be  given  later. 

An  alternative  modification  to  the  existing  system  can 
gain  a  smaller,  but  still  significant  improvement  in  per- 
formance. This  alternative  leaves  step  four  unchanged 
in  that  the  CPU  is  still  required  to  perform  the  copy 
operation,  but  it  allows  a  large  portion  of  the  copy  opera- 
tion to  be  done  before  the  frame  has  been  completely 
received  by  the  controller,  (i.e.  the  CPU  can  perform  the 
copy  operation  of  the  receive  data  from  the  PCnet-ISA* 
controller's  buffer  space  into  the  application  buffer 
space  before  the  frame  data  has  completely  arrived 
from  the  network.)  This  allows  the  copy  operation  of 
step  fourto  be  performed  concurrently  with  the  arrival  of 
network  data,  rather  than  sequentially,  following  the  end 
of  network  receive  activity. 

Outline  of  the  LAPP  Flow: 

This  section  gives  a  suggested  outline  for  a  driver  that 
utilizes  the  LAPP  feature  of  the  PCnet-ISA*  controller. 

Note:  The  labels  in  the  following  text  are  used  as  refer- 
ences in  the  timeline  diagram  that  follows. 
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SETUP: 

The  driver  should  set  up  descriptors  in  groups  of  3,  with 
the  OWN  and  STP  bits  of  each  set  of  three  descriptors  to 
read  as  follows:  11  b,  1 0b,  00b. 

An  option  bit  (LAPPEN)  exists  in  CSR3,  bit  position  5. 
Tine  software  should  set  this  bit.  When  set,  the  LAPPEN 
bit  directs  the  PCnet-ISA*  to  generate  an  INTERRUPT 
when  STP  has  been  written  to  a  receive  descriptor  by 
the  PCnet-ISA*  controller. 

FLOW: 

The  PCnet-ISA*  controller  polls  the  current  receive  de- 
scriptor at  some  point  in  time  before  a  message  arrives. 
The  PCnet-ISA*  controller  determines  that  this  receive 
buffer  is  OWNed  by  the  PCnet-ISA*  controller  and  it 
stores  the  descriptor  information  to  be  used  when  a 
message  does  arrive. 

NO:  Frame  preamble  appears  on  the  wire,  followed  by 
SFD  and  destination  address. 

N1 :  The  64th  byte  of  frame  data  arrives  from  the  wire. 
This  causes  the  PCnet-ISA*  controller  to  begin 
frame  data  DMA  operations  to  the  first  buffer. 

CO:  When  the  64th  byte  of  the  message  arrives,  the 
PCnet-ISA*  controller  performs  a  lookahead  op- 
eration to  the  next  receive  descriptor.  This  descrip- 
tor should  be  owned  by  the  PCnet-ISA*  controller. 

01 :  The  PCnet-ISA*  controller  intermittently  requests 
the  bus  to  transfer  frame  data  to  the  first  buffer  as  it 
arrives  on  the  wire. 

SO:  The  driver  remains  idle. 

C2:  When  the  PCnet-ISA*  controller  has  completely 
filled  the  first  buffer,  it  writes  status  to  the  first 
descriptor. 

C3:  When  the  first  descriptor  for  the  frame  has  been 
written,  changing  ownership  from  the  PCnet-ISA* 
controllerto  the  CPU,  the  PCnet-ISA*  controller  will 
generate  an  SRP  INTERRUPT.  (This  interrupt  ap- 
pears as  a  RINT  interrupt  in  CSRO.) 

S1 :  The  SRP  INTERRUPT  causes  the  CPU  to  switch 
tasks  to  allow  the  PCnet-ISA*  controller's  driver  to 
run. 

04:  During  the  CPU  interrupt-generated  task  switch- 
ing, the  PCnet-ISA*  controller  is  performing  a 
lookahead  operation  to  the  third  descriptor.  At  this 
point  in  time,  the  third  descriptor  is  owned  by  the 
CPU.  [Note:  Even  though  the  third  buffer  is  not 
owned  by  the  PCnet-ISA*  controller,  existing  AMD 
Ethernet  controllers  will  continue  to  perform  data 
DMA  into  the  buffer  space  that  the  controller  al- 
ready owns  (i.e.  buffer  number  2).  The  controller 
does  not  know  if  buffer  space  in  buffer  number  2 
will  be  sufficient  or  not,  for  this  frame,  but  it  has  no 
way  to  tell  except  by  trying  to  move  the  entire 


message  into  that  space.  Only  when  the  message 
does  not  fit  will  it  signal  a  buffer  error  condition — 
there  is  no  need  to  panic  at  the  point  that  it  discov- 
ers that  it  does  not  yet  own  descriptor  number  3.] 

S2:  The  first  task  of  the  driver's  interrupt  service  routine 
is  to  collect  the  header  information  from  the 
PCnet-ISA*  controller's  first  buffer  and  pass  it  to 
the  application. 

S3:  The  application  will  return  an  application  buffer 
pointer  to  the  driver.  The  driver  will  add  an  offset  to 
the  application  data  buffer  pointer,  since  the 
PCnet-ISA*  controller  will  be  placing  the  first  por- 
tion of  the  message  into  the  first  and  second  buff- 
ers. (The  modified  application  data  buffer  pointer 
will  only  be  directly  used  by  the  PCnet-ISA*  control- 
ler when  it  reaches  the  third  buffer.)  The  driver  will 
place  the  modified  data  buffer  pointer  into  the  final 
descriptor  of  the  group  (#3)  and  will  grant  owner- 
ship of  this  descriptor  to  the  PCnet-ISA*  controller. 

C5:  Interleaved  with  S2,  S3  and  S4  driver  activity,  the 
PCnet-ISA*  controller  will  write  frame  data  to  buffer 
number  2. 

S4:  The  driver  will  next  proceed  to  copy  the  contents  of 
the  PCnet-ISA*controller'sfirstbufferto  the  begin- 
ning of  the  application  space.  This  copy  will  be  to 
the  exact  (unmodified)  buffer  pointer  that  was 
passed  by  the  application. 

S5:  After  copying  all  of  the  data  from  the  first  buffer  into 
the  beginning  of  the  application  data  buffer,  the 
driver  will  begin  to  poll  the  ownership  bit  of  the  sec- 
ond descriptor.  The  driver  is  waiting  for  the  PCnet- 
ISA*  controller  to  finish  filling  the  second  buffer. 

C6:  At  this  point,  knowing  that  it  had  not  previously 
owned  the  third  descriptor,  and  knowing  that  the 
current  message  has  not  ended  (there  is  more  data 
in  the  fifo),  the  PCnet-ISA*  controller  will  make  a 
"last  ditch  lookahead"  to  the  final  (third)  descriptor; 
This  time,  the  ownership  will  be  TRUE  (i.e.  the  de- 
scriptor belongs  to  the  controller),  because  the 
driver  wrote  the  application  pointer  into  this  de- 
scriptor and  then  changed  the  ownership  to  give 
the  descriptor  to  the  PCnet-ISA*  controller  back  at 
S3.  Note  that  if  steps  S1 ,  S2  and  S3  have  not  com- 
pleted at  this  time,  a  BUFF  error  will  result. 

C7:  After  filling  the  second  buffer  and  performing  the 
last  chance  lookahead  to  the  next  descriptor,  the 
PCnet-ISA*  controller  will  write  the  status  and 
change  the  ownership  bit  of  descriptor  number  2. 

S6:  After  the  ownership  of  descriptor  number  2  has 
been  changed  by  the  PCnet-ISA*  controller,  the 
next  driver  poll  of  the  2nd  descriptor  will  show 
ownership  granted  to  the  CPU.  The  driver  now 
copies  the  data  from  buffer  number  2  into  the  "mid- 
dle section"  of  the  application  buffer  space.  This 
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operation  is  interleaved  with  the  C7  and  C8  C9: 
operations. 


C8: 


The  PCnet-ISA*  controller  will  perform  data  DMA 
to  the  last  buffer,  whose  pointer  is  pointing  to  appli- 
cation space.  Data  entering  the  last  buffer  will  not 
need  the  infamous  "double  copy"  that  is  required  by 
existing  drivers,  since  it  is  being  placed  directly  into 
the  application  buffer  space. 

N2:  The  message  on  the  wire  ends. 

S7:  When  the  driver  completes  the  copy  of  buffer  num- 
ber 2  data  to  the  application  buffer  space,  it  begins 
po  ling  descriptor  number  3. 


S8: 


When  the  PCnet-ISA*  controller  has  finished  all 
data  DMA  operations,  it  writes  status  and  changes 
ownership  of  descriptor  number  3. 

The  driver  sees  that  the  ownership  of  descriptor 
number  3  has  changed,  and  it  calls  the  application 
to  tell  the  application  that  a  frame  has  arrived. 

S9:  The  application  processes  the  received  frame  and 
generates  the  next  TX  frame,  placing  it  into  a  TX 
buffer. 

S10:The  driver  sets  up  the  TX  descriptor  for  the 
PCnet-ISA*  controller. 


Ethernet 

Wire 
activity: 


Ethernet 
Controller 
activity: 


N2:  EOM 


C9:  Controller  writes  descriptor  #3. 

C8:  Controller  is  performing  intermittent 
bursts  ot  DMA  to  fill  data  buffer  #3. 

C7:  Controller  writes  descriptor  #2. 

C6:  "Last  chance-  lookahead  to 
descriptor  #3  (OWN). 


Software 
activity: 


S10:  Driver  sets  up  TX  descriptor. 

S9:  Application  processes  packet,  generates  TX  packet. 

{S8:  Driver  calls  application 
to  tell  application  that 
packet  has  arrived. 
S7:  Driver  polls  descriptor  of  buffer  #3. 


C5:  Controller  is  performing  intermittent 
bursts  of  DMA  to  fill  dala  buffer  #2. 


g  interm 
ita  buffe 

4-. 


C4:  Lookahead  to  descrptor  #3  (OWN). 
C3:  SRP  inlerruptl  _ 
is  generated.  J 

C2:  Controller  writes  descriptor  #t . 


C1:  Controller  is  performing  i 

bursts  of  DMA  to  fill  data  butler  #t . 


CO:  Lookahead  to  descriptor  #2. 


{N1 :64th  byte  of  packet 
data  arrives. 


NO:  Packet  preamble,  SFD 
and  destination  address 
are  arriving. 


Buffer 
#3 


Buffer 
#2 


Buffer 
#1 


S6:  Driver  copies  data  from  buffer  #2  to  the  application  buffer. 
SS:  Driver  polls  descriptor  #2. 


t 

polls 

t 

copie 

::}{ 


S4:  Driver  copies  dala  from  buffer  #1  to  the  application  buffer. 


S1 :  Interrupt  latency. 


S3:  Driver  writes  modified 

pointer  to  descriptor  #3. 
S2:  Driver  call  to  application  to 
get  application  buffer  pointer. 


SO:  Driver  is  idle. 


I  an 
Jar, 
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Figure  1.  Look  Ahead  Packet  Processing  (LAPP)  Timeline 
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LAPP  Enable  Software  Requirements 

Software  needs  to  set  up  a  receive  ring  with  descriptors 
formed  into  groups  of  3.  The  first  descriptor  of  each 
group  should  have  OWN  =  1  and  STP  =  1 ,  the  second 
descriptor  of  each  group  should  have  OWN  =  1  and  STP 
=  0.  The  third  descriptor  of  each  group  should  have 
OWN  =  0  and  STP  =  0.  The  size  of  the  first  buffer  (as 
indicated  in  the  first  descriptor),  should  be  at  least  equal 
to  the  largest  expected  header  size;  However,  for  maxi- 
mum efficiency  of  CPU  utilization,  the  first  buffer  size 
should  be  largerthan  the  header  size.  It  should  be  equal 
to  the  expected  number  of  message  bytes,  minus  the 
time  needed  for  Interrupt  latency  and  minus  the  applica- 
tion call  latency,  minus  the  time  needed  for  the  driver  to 
write  to  the  third  descriptor,  minus  the  time  needed  for 
the  driver  to  copy  data  from  buffer  #1  to  the  application 
buffer  space,  and  minus  the  time  needed  for  the  driver  to 
copy  data  from  buffer  #2  to  the  application  buffer  space. 
Note  that  the  time  needed  for  the  copies  performed  by 
the  driver  depends  upon  the  sizes  of  the  2nd  and  3rd 
buffers,  and  that  the  sizes  of  the  second  and  third  buff- 
ers need  to  be  set  accoring  to  the  time  needed  for  the 
data  copy  operations!  This  means  that  an  iterative  self- 
adjusting  mechanism  needs  to  be  placed  into  the  soft- 
ware to  determine  the  correct  buffer  sizing  for  optimal 
operation.  Fixed  values  for  buffer  sizes  maybe  used;  In 
such  a  case,  the  LAPP  method  will  still  provide  a  signifi- 
cant performance  increase,  but  the  performance  in- 
crease will  not  be  maximized. 

The  following  diagram  illustrates  this  setup  for  a  receive 
rng  size  of  9: 


 AMD  fc-q 

LAPP  Enable  Rules  for  Parsing  of 
Descriptors 

When  using  the  LAPP  method,  software  must  use  a 
modified  form  of  descriptor  parsing  as  follows: 

Software  will  examine  OWN  and  STP  to  determine 
where  a  RCV  frame  begins.  RCV  frames  will  only  begin 
in  buffers  that  have  OWN  =  0  and  STP  =  1 . 

Software  shall  assume  that  a  frame  continues  until  it 
finds  either  ENP  =  1  or  ERR=  1. 

Software  must  discard  all  descriptors  with  OWN  =  0  and 
STP  =  0  and  move  to  the  next  descriptor  when  searching 
for  the  beginning  of  a  new  frame;  ENP  and  ERR  should 
be  ignored  by  software  during  this  search. 

Software  cannot  change  an  STP  value  in  the  receive 
descriptor  ring  after  the  initial  setup  of  the  ring  is  com- 
plete, even  if  software  has  ownership  of  the  STP  de- 
scriptor unless  the  previous  STP  descriptor  in  the  ring  is 
also  OWNED  by  the  software. 

When  LAPPEN  =  1 ,  then  hardware  will  use  a  modified 
form  of  descriptor  parsing  as  follows: 

The  controller  will  examine  OWN  and  STP  to  determine 
where  to  begin  placing  a  RCV  frame.  A  new  RCV  frame 
will  only  begin  in  a  buffer  that  has  OWN  =  1  and  STP  =  1 . 

The  controller  will  always  obey  the  OWN  bit  for  deter- 
mining whether  or  not  it  may  use  the  next  buffer  for  a 
chain. 

The  controller  will  always  mark  the  end  of  a  frame  with 
either  ENP  =  1  or  ERR=  1. 


Descriptor 

OWN 

SIZE 

=  0  STP  =  0 
=  S6 

Descriptor 
#8 

OWN 
SIZE 

=  1  STP=0 
=  S1+S2+S3+S4 

Descriptor 
#7 

OWN 
SIZE  = 

=  1  STP  =  1 

=  A-(S1+S2+S3+S4+S6) 

Descriptor 
#6 

OWN 
SIZE 

=  0  STP  =  0 
=  S6 

Descriptor 
#5 

OWN 
SIZE 

=  1  STP  =  0 
=  S1+S2+S3+S4 

Descriptor 
#4 

OWN 
SIZE  = 

=  1  STP  =  1 

=  A-(S1+S2+S3+S4+S6) 

Descriptor 
#3 

OWN 
SIZE 

=  0  STP  =  0 
=  S6 

Descriptor 
#2 

OWN 
SIZE 

=  1  STP  =  0 
=  S1+S2+S3+S4 

Descriptor 
#1 

OWN 
SIZE  = 

=  1  STP  =  1 
-A-(S1+S2+S3+S4+S6) 

A   =  Expected  message  size  in  bytes 

51  =  Interrupt  latency 

52  =  Application  call  latency 

53  =Time  needed  for  driver  to  write 

to  third  descriptor 

54  =  Time  needed  for  driver  to  copy 

data  from  buffer  #1  to 
application  buffer  space 
S6  =  Time  needed  for  driver  to  copy 
data  from  buffer  #2  to 
application  buffer  space 

Wore  that  the  times  needed  for  tasks  S1,  S2,  S3, 
S4,  and  S6  should  be  divided  by  0.8  ms  to  yield 
an  equivalent  number  of  network  byte  times 
before  subtracting  these  quantities  from  the 
expected  message  size  A. 
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Figure  2.  LAPP  3  Buffer  Grouping 
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The  controller  will  discard  all  descriptors  with  OWN  =  1 
and  STP  =  0  and  move  to  the  next  descriptor  when 
searching  for  a  place  to  begin  a  new  frame.  It  dis- 
cards these  desciptors  by  simply  changing  the  owner- 
ship bit  from  OWN=1  to  OWN  =  0.  Such  a  descriptor  is 
unused  tor  receive  purposes  by  the  controller,  and  the 
driver  must  recognize  this.  (The  driver  will  recognize 
this  if  it  follows  the  software  rules.) 


controller 
STP 


The 
and 

searching 

words, 
that  it 
sto 


will  ignore  all  descriptors  with  OWN  =  0 
=  0  and  move  to  the  next  descriptor  when 
for  a  place  to  begin  a  new  frame.  In  other 
the  controller  is  allowed  to  skip  entries  in  the  ring 
does  not  own,  but  only  when  it  is  looking  for  a 
begin  a  new  frame. 


Some  Examples  of  LAPP  Descriptor 
Interaction 

Choose  an  expected  frame  size  of  1060  bytes. 

Choose  buffer  sizes  of  800,  200  and  200  bytes. 

1)  Assume  that  a  1060  byte  frame  arrives  correctly, 
and  that  the  timing  of  the  early  interrupt  and  the 
software  is  smooth.  The  descriptors  will  have 
changed  from: 


De 
N 

scriptor 
jmber 

Before  the 
Frame  Arrived 

After  the 
Frame  Has  Arrived 

Comments 
(After  Frame  Arrival) 

OWN 

STP 

ENP* 

OWN 

STP 

ENP* 

1 

1 

1 

X 

0 

1 

0 

Bytes  1-800 

2 

1 

0 

X 

0 

0 

0 

Bytes  801-1000 

3 

0 

0 

X 

0 

0 

1 

Bytes  1001-1060 

4 

1 

1 

X 

1 

1 

X 

Controller's  current 
location 

5 

1 

0 

X 

1 

0 

X 

Not  yet  used 

6 

0 

0 

X 

0 

0 

X 

Not  yet  used 

etc. 

1 

1 

X 

1 

1 

X 

Not  yet  used 

'ENP  or 


ERR 
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Assume  that  instead  of  the  expected  1 060  byte 
frame,  a  900  byte  frame  arrives,  either  because 
there  was  an  error  in  the  network,  or  because  this  is 
the  last  frame  in  a  file  transmission  sequence. 


Descriptor 
Number 

Before  the 
Frame  Arrived 

After  the 
Frame  Has  Arrived 

Comments 
(After  Frame  Arrival) 

OWN 

STP 

ENP* 

OWN 

STP 

ENP* 

1 

1 

1 

X 

0 

1 

0 

Bytes  1-800 

2 

1 

0 

X 

0 

0 

1 

Bytes  801-900 

3 

0 

0 

X 

0 

0 

?** 

Discarded  buffer 

4 

1 

1 

X 

1 

1 

X 

Controller's  current 
location 

5 

1 

0 

X 

1 

0 

X 

Not  yet  used 

6 

0 

0 

X 

0 

0 

X 

Not  yet  used 

etc. 

1 

1 

X 

1 

1 

X 

Not  yet  used 

'ENP  or  ERR 

"  Note  that  the  PCnet-ISA'  controller  might  write  a  ZERO  to  ENP  location  in  the  3rd  descriptor.  Here  are  the  two  possibilities: 

1)  If  the  controller  finishes  the  data  transfers  into  buffer  number  2  after  the  driver  writes  the  application's  modified  buffer  pointer 
into  the  third  descriptor,  then  the  controller  will  write  a  ZERO  to  ENP  for  this  buffer  and  will  write  a  ZERO  to  OWN  and  STP. 

2)  If  the  controller  finishes  the  data  transfers  into  buffer  number  2  before  the  driver  writes  the  application's  modified  buffer 
pointer  into  the  third  descriptor,  then  the  controller  will  complete  the  frame  in  buffer  number  two  and  then  skip  the  then  un- 
owned third  buffer.  In  this  case,  the  PCnet-ISA'  controller  will  not  have  had  the  opportunity  to  RESET  the  ENP  bit  in  this 
descriptor,  and  it  is  possible  that  the  software  left  this  bit  as  ENP=  1  from  the  last  time  through  the  ring.  Therefore,  the  soft- 
ware must  treat  the  location  as  a  don 't  care;  The  rule  is,  after  finding  ENP=  1  (or  ERR=  1 )  in  descriptor  number  2,  the  software 
must  ignore  ENP  bits  until  it  finds  the  next  STP=1. 
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3)  Assume  that  instead  of  the  expected  1060  byte 
frame,  a  100  byte  frame  arrives,  because  there 
was  an  error  in  the  network,  or  because  this  is  the 
last  frame  in  a  file  transmission  sequence,  or  per- 
haps because  it  is  an  acknowledge  frame. 


Des 

Nu 

criptor 
mbsr 

Before  the 
Frame  Arrivf 

id 

Fra 

After  the 
me  Has  Arrived 

Comments 

1  After  Pramo  Arriuah 

OWN 

STP 

pup* 

w  V  V 1  *t 

STP 

ENP* 

1 

1 

1 

X 

0 

1 

1 

Bytes  1-100 

2 

1 

0 

X 

0 

0 

0**' 

Discarded  buffer 

3 

0 

0 

X 

0 

0 

?•* 

Discarded  buffer 

4 

1 

1 

X 

1 

1 

X 

Controller's  current 
location 

5 

1 

0 

X 

1 

0 

6 

0 

0 

X 

0 

0 

X 

Not  yet  used 

etc. 

1 

1 

X 

1 

1 

X 

Not  yet  used 

'ENP  or  ERR 

"  Same  as  note  in  case  2  above,  except  that  in  this  case,  it  is  very  unlikely  that  the  driver  can  respond  to  the  interrupt  and  get  the 
pointer  from  the  application  before  the  PCnet-ISA'  controller  has  completed  its  poll  of  the  next  descriptors.  This  means  that 
for  almost  all  occurrences  of  this  case,  the  PCnet-ISA'  controller  will  not  find  the  O  WN  bit  set  for  this  descriptor  and  therefore, 
the  ENP  bit  will  almost  always  contain  the  old  value,  since  the  PCnet-ISA'  controller  will  not  have  had  an  opportunity  to  modify 


it. 

"'Note 
as  a 
STP. 


that  even  though  the  PCnet-ISA'  controller  will  write  a  ZERO  to  this  ENP  location,  the  software  should  treat  the  location 
don 't  care,  since  after  finding  the  ENP=  1  in  descriptor  number  2,  the  software  should  ignore  ENP  bits  until  it  finds  the  next 

'=.f. 


Buffer  Size  Tuning 

For  maximum  performance,  buffer  sizes  should  be  ad- 
justed depending  upon  the  expected  frame  size  and  the 
values  of  the  interrupt  latency  and  application  call  la- 
tency. The  best  driver  code  will  minimize  the  CPU  utili- 
zation while  also  minimizing  the  latency  from  frame  end 
on  the  network  to  frame  sent  to  application  from  driver 
(frame  latency) .  These  objectives  are  aimed  at  increas- 
ing throughput  on  the  network  while  decreasing  CPU 
utilization. 

Note  that  the  buffer  sizes  in  the  ring  may  be  altered  at 
any  time  that  the  CPU  has  ownership  of  the  correspond- 
ing descriptor.  The  best  choice  for  buffer  sizes  will 
maximize  the  time  that  the  driver  is  swapped  out,  while 
minimizing  the  time  from  the  last  byte  written  by  the 
PCnet-ISA*  controller  to  the  time  that  the  data  is  passed 
from  the  driver  to  the  application.  In  the  diagram,  this 
corresponds  to  maximizing  SO,  while  minimizing  the 
time  between  C9  and  S8.  (The  timeline  happens  to 
show  a  minimal  time  from  C9  to  S8.) 

Note  that  by  increasing  the  size  of  buffer  number  1 ,  we 
increase  the  value  of  SO.  However,  when  we  increase 
the  size  of  buffer  number  1 ,  we  also  increase  the  value 
ofS4.  If  the  size  of  buffer  number  1  is  too  large,  then  the 
driver  will  not  have  enough  time  to  perform  tasks  S2,  S3, 
S4,  S5  and  S6.  The  result  is  that  there  will  be  delay  from 
the  execution  of  task  C9  until  the  execution  of  task  S8.  A 


perfectly  timed  system  will  have  the  values  for  S5  and 
S7  at  a  minimum. 

An  average  increase  in  performance  can  be  achieved  if 
the  general  guidelines  of  buffer  sizes  in  Figure  2  is  fol- 
lowed. However,  as  was  noted  earlier,  the  correct  sizing 
for  buffers  will  depend  upon  the  expected  message  size. 
There  are  two  problems  with  relating  expected  message 
size  with  the  correct  buffer  sizing: 

1)  Message  sizes  cannot  always  be  accurately  pre- 
dicted, since  a  single  application  may  expect  differ- 
ent message  sizes  at  different  times,  therefore,  the 
buffer  sizes  chosen  will  not  always  maximize 
throughput. 

2)  Within  a  single  application,  message  sizes  might 
be  somewhat  predicatable,  but  when  the  same 
driver  is  to  be  shared  with  multiple  applications, 
there  may  not  be  a  common  predictable  message 

size. 

Additional  problems  occur  when  trying  to  define  the  cor- 
rect sizing  because  the  correct  size  also  depends  upon 
the  interrupt  latency,  which  may  vary  from  system  to 
system,  depending  upon  both  the  hardware  and  the 
software  installed  in  each  system. 

In  order  to  deal  with  the  unpredictable  nature  of  the 
message  size,  the  driver  can  implement  a  self  tuning 
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mechanism  that  examines  the  amount  of  time  spent  in 
tasks  S5  and  S7  as  such:  While  the  driver  is  polling  for 
each  descriptor,  it  could  count  the  number  of  poll  opera- 
tions performed  and  then  adjust  the  number  1  buffer 
size  to  a  larger  value,  by  adding  "t"  bytes  to  the  buffer 
count,  if  the  number  of  poll  operations  was  greater  than 
"x".  If  fewer  than  "x"  poll  operations  were  needed  for 
each  of  S5  and  S7,  then  the  software  should  adjust  the 
buffer  size  to  a  smaller  value  by,  subtracting  "y"  bytes 
from  the  buffer  count.  Experiments  with  such  a  tuning 
mechanism  must  be  performed  to  determine  the  best 
values  for  "X"  and  "y  " 

Note  whenever  the  size  of  buffer  number  1  is  adjusted, 
buffer  sizes  for  buffer  number  2  and  buffer  3  should  also 
be  adjusted. 

In  some  systems  the  typical  mix  of  receive  frames  on  a 
network  for  a  client  application  consists  mostly  of  large 
data  frames,  with  very  few  small  frames.  In  this  case,  for 
maximum  efficiency  of  buffer  sizing,  when  a  frame  ar- 
rives under  a  certain  size  limit,  the  driver  should  not 
adjust  the  buffer  sizes  in  response  to  the  short  frame. 

An  Alternative  LAPP  Flow  -  the  TWO  Interrupt 
Method 

An  alternative  to  the  above  suggested  flow  is  to  use  two 
interrupts,  one  at  the  start  of  the  Receive  frame  and  the 
other  at  the  end  of  the  receive  frame,  instead  of  just 
looking  for  the  SRP  interupt  as  was  described  above. 
This  alternative  attempts  to  reduce  the  amount  of  time 
that  the  software  "wastes"  while  polling  for  descriptor 
own  bits.  This  time  would  then  be  available  for  other 
CPU  tasks.  It  also  minimizes  the  amount  of  time  the 
CPU  needs  for  data  copying.  This  savings  can  be  ap- 
pied  to  other  CPU  tasks. 


 AMD 

The  time  from  the  end  of  frame  arrival  on  the  wire  to 
delivery  of  the  frame  to  the  application  is  labeled  as 
frame  latency.  For  the  one-interrupt  method,  frame  la- 
tency is  minimized,  while  CPU  utilization  increases.  For 
the  two-interrupt  method,  frame  latency  becomes 
greater,  while  CPU  utilization  decreases. 

Note  that  some  of  the  CPU  time  that  can  be  applied  to 
non-Ethernet  tasks  is  used  for  task  switching  in  the 
CPU.  One  task  switch  is  required  to  swap  a  non- 
Ethernet  task  into  the  CPU  (after  S7A)  and  a  second 
task  switch  is  needed  to  swap  the  Ethernet  driver  back  in 
again(atS8A).  If  the  time  needed  to  perform  these  task 
switches  exceeds  the  time  saved  by  not  polling  descrip- 
tors, then  there  is  a  net  loss  in  performance  with  this 
method.  Therefore,  the  NEW  WORD  method  imple- 
mented should  be  carefully  chosen. 

Figure  3  shows  the  event  flow  for  the  two-interrupt 
method. 

Figure  4  shows  the  buffer  sizing  for  the  two-interrupt 
method.  Note  that  the  second  buffer  size  will  be  about 
the  same  for  each  method. 

There  is  another  alternative  which  is  a  marriage  of  the 
two  previous  methods.  This  third  possibility  would  use 
the  buffer  sizes  set  by  the  two-interrupt  method,  but 
would  use  the  polling  method  of  determining  frame  end. 
This  will  give  good  frame  latency  but  at  the  price  of  very 
high  CPU  utilization. 

And  still,  there  are  even  more  compromise  positions  that 
use  various  fixed  buffer  sizes  and  effectively,  the  flow  of 
the  one-interrupt  method.  All  of  these  compromises  will 
reduce  the  complexity  of  the  one-interrupt  method  by 
removing  the  heuristic  buffer  sizing  code,  but  they  all 
become  less  efficient  than  heuristic  code  would  allow. 
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Ethernet 

Wire 
activity: 


N2 


EOM 


NO 


Ethernet 
Controller 
activity: 


C10:  ERP  interrupt  1 
is  generated.  / 


T 


C9:  Controller  writes  descriptor  #3. 


C8:  Controller  is  performing  intermittent 
bursts  of  DMA  to  fill  data  buffer  #3. 


C7:  Controller  writes  descriptor  #2. 


C6:  "Last  chance"  lookahead  to 
descriptor  #3  (OWN) 


C5:  Controller  is  performing  i 

>  of  DMA  to  fill  data  buffer  #2. 


I  intermittent 


bursts  c 


C4:  Lookahead  to  descriptor  #3  (OWN). 

C3:  SRP  interrupt!   

is  generated.  J  1 

C2:  Controller  writes  descriptor  #1. 


C1 :  Controller  is  performing 

bursts  of  DMA  to  fill  data  buffer  #1 . 


CO:  Lookahead  to  descriptor  #2. 


fN1 :64th  byte  of  packet 
i       data  arrives. 


Packet  preamble,  SFD 
and  destination  address 
are  arriving. 


Buffer 
#3 


Buffer 
#2 


Buffer 
#1 


Software 
activity: 


S10:  Driver  sets  up  TX  descriptor. 

S9:  Application  processes  packet,  generates  TX  packet. 

"  S8:  Driver  calls  application 
'ication  that 
>  arrived. 


^aacs  paoi\ei,  vjcnoiai 

r  S8:  Driver  calls  apt. 
-<      to  tell  applicatic 
1      packet  has  arrii 


S8A:  Interrupt  latency: 

S7:  Driver  is  swapped  out,  allowing  a  non-Etherenet 
application  to  run. 

{S7A:  Driver  Interrupt  Service 
Routine  executes 
RETURN. 

S6:  Driver  copies  data  from  buffer  #2  to  the  application  buffer. 


S5:  Driver  polls  descriptor  #2. 


S4:  Driver  copies  data  from  buffer  #1  to  the  application  buffer. 


}{ 


S1 :  Interrupt  latency. 


S3:  Driver  writes  modified  application 

pointer  to  descriptor  #3. 
S2:  Driver  call  to  application  to 

get  application  buffer  pointer. 


SO:  Driver  is  idle. 
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Figure  3.  LAPP  Timeline  for  TWO-INTERRUPT  Method 
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Descriptor 
#9 

OWN 
SIZE 

-  0                        STP  =  0 

-  1518  -  (bl+b2+b3+b4+HbAUfcH_blZb) 

Descriptor 
#8 

OWN 
SIZE 

=  1                        STP  =  0 

=  bl+bZ+bo+b4 

Descriptor 
#7 

OWN 

=  1                       STP  =  1 

UCAHCD    CI7C  /minimum  RA  kutrtM 

=  MtAL'Lr(_Olt.t  (minimum  D4  DyieSJ 

Descriptor 
#6 

OWN 

CI7C 

=  0                        STP  >  0 

=  lOio  -  (bi  +bZ+bo+b4+HbAUbH_blZb) 

Descriptor 
#5 

OWN 

=  1                        STP  =  0 

C  4  . CO ■ CO  . CA 

= bl+bZ+bo+b4 

Descriptor 
#4 

OWN 
SIZE 

=  1                        STP  =  1 

-  UTAnPQ    QI7C  /minimum  RA  hwtoe\ 

—  ncrtucn_oiic  ^minimum  o*»  oyiesj 

Descriptor 
#3 

OWN 
SIZE 

=  0                        STP  =  0 

=  1518  -  (SUS2+S3+S4+HEADER_SIZE) 

Descriptor 
#2 

OWN 
SIZE 

=  1                        STP  =  0 
=  S1+S2+S3+S4 

Descriptor 
#1 

OWN 
SIZE 

=  1                        STP  =  1 

=  HEADER_SIZE  (minimum  64  bytes) 

A   =  Expected  message  size  in  bytes 

51  =  Interrupt  latency 

52  =  Application  call  latency 

53  =Time  needed  for  driver  to  write 

to  third  descriptor 

54  =  Time  needed  for  driver  to  copy 

data  from  buffer  #1  to 
application  buffer  space 
S6  =  Time  needed  for  driver  to  copy 
data  from  buffer  #2  to 
application  buffer  space 

Note  that  the  times  needed  for  tasks  S1,  S2,  S3, 
S4,  and  S6  should  be  divided  by  0.8  ms  to  yield 
an  equivalent  number  of  network  byte  times 
before  subtracting  these  quantities  from  the 
expected  message  size  A. 
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Figure  4.  LAPP  3  Buffer  Grouping  for  TWO-INTERRUPT  Method 
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APPENDIX  F 


Some  Characteristics  of  the 
XXC56  Serial  EEPROMs 


SWITCHING  CHARACTERISTICS  of  a  TYPICAL  XXC56  SERIAL  EEPROM  INTERFACE 
Applicable  over  recommended  operating  range  from  TA  =  -40°C  to  +85°C,  Vcc  =  +1.8  V  to 


+5.5  V, 

Cl 

=  1  TTL  Gate  and  100  pF  (unless  otherwise  noted) 

Paramei 
Symbo 

er 

Paramptpr  Dp«irrintion 

I    Hi  d  9                     UC^l/l  IIJUVI  1 

Test  Conditions 

Min 

Max 

Unit 

fsK 

SK  Clock  Frequency 

0 

0.5 

MHz 

tsKH 

SK  High  Time 

(Note  1) 

500 

ns 

tsKL 

SK  Low  Time 

(Note  1) 

500 

ns 

tcs 

Minimum  CS  Low  Time 

(Note  2) 

500 

ns 

tcss 

CS  Setup  Time 

Relative  to  SK 

100 

ns 

to  IS 

Dl  Setup  Time 

Relative  to  SK 

200 

ns 

tcSH 

CS  Hold  Time 

Relative  to  SK 

0 

ns 

tDIH 

Dl  Hold  Time 

Relative  to  SK 

200 

ns 

tpD1 

Output  Delay  to  T 

AC  Test 

1000 

ns 

tpDO 

Output  Delay  to  '0' 

AC  Test 

1000 

ns 

tsv 

CS  to  Status  Valid 

AC  Test 

1000 

ns 

tDF 

CS  to  DO  in  High  Impedance 

AC  Test;  CS  =  VL 

200 

ns 

twp 

Write  Cycle  Time 

10 

ms 

Endurance 

Number  of  Data  Changes 
per  Bit 

Typical 
100,000 

Cycles 

Notes: 

1.  The  SK  frequency  specifies  a  minimum  SK  clock  period  of  2  [is,  therefore  in  an  SK  clock  cycle  Iskh  +  Iskl  must  be  greater  than 
or  equal  to  2  //s.  For  example,  if  the  tsn  =  500  ns  then  the  minimum  tsKH  =  1.5  /is  in  order  to  meet  the  SK  frequency 
specification. 

2.  CS  must  be  brought  low  for  a  minimum  of  500  ns  (tcs)  between  consecutive  instruction  cycles. 
INSTRUCTION  SET  FOR  THE  XXC56  SERIES  OF  EEPROMs 


Instrt 

ction 

SB 

Op 
Code 

Address 
x8  x16 

Data 
x8  x16 

Comments 

RE/ 

kD 

1 

10 

A8-A0 

A7-A0 

Reads  data  stored  in 
memory,  at  specified  address 

EW 

EN 

1 

00 

1 1XXXXXXX 

11XXXXXX 

Write  enable  must  precede  all 
programming  modes 

ER/ 

*SE 

1 

11 

A8-A0 

A7-A0 

Erases  memory  location  An-AO 

WR 

TE 

1 

01 

AO-AO 

A7-A0 

D7-D0 

D15-D0 

Writes  memory  location  An-AO 

ER/ 

,L 

1 

00 

10XXXXXXX 

10XXXXXX 

Erases  all  memory  locations. 
Valid  only  at  Vcc  =  4.5  V  to  5.5  V 

WR 

M 

1 

00 

01XXXXXXX 

01XXXXXX 

D7-D0 

D15-D0 

Writes  all  memory  locations. 
Valid  when  VCc  =  5.0  V  ±  10% 
and  Disable  Register  cleared 

EW 

DS 

1 

00 

00XXXXXXX 

00XXXXXX 

Disables  all  programming 
instructions 
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cs 


VlH 


J' 


tcss 


1  us1 


'  tsKH  " 


tsKL  " 


tCSH 


DO  (READ) 


DO  (PROGRAM) 


Note 


SK 


Dl 


V,H 


V,H  W 
V,L  A 


Voh_ 
Vol 


Voh 
Vol" 


tpis 


tDIH 


tpDO 


1^ 


tsv 


TWs  /s  fhe  minimum  SK  period. 


c 


X 


X 


tpDI 


Status  Valid 


Typical  XXC56  Series 
Serial  EEPROM  Control  Timing 


tDF 


■  tDF 
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PCnet™-32  Single-Chip  32-Bit  Ethernet  Controller 


Advanced 
Micro 
Devices 


DISTINCTIVE  CHARACTERISTICS 

■  Single-chip  Ethernet  controller  for  486  and 
Video  Electronics  Standards  Association 
(VESA)  local  buses 

■  Supports  ISO  8802-3  (IEEE/ANSI  802.3)  and 
Ethernet  standards 

■  Direct  interface  to  the  486  local  bus  or  VESA 
VL-Bus 

■  Enhanced  burst  mode  with  support  for 
Am486™  burst  read/write  operations 

■  Software  compatible  with  AMD's  Am7990 
LANCE,  Am79C90  C-LANCE,  Am79C960 
PCnet-ISA,  Am79C961  PCnet-ISA',  Am79C970 
PCnet-PCI,  and  Am79C900  ILACC™  register 
and  descriptor  architecture 

■  Compatible  with  Am2100/Am1500T  and  Novell  " 
NE2100/NE1500  driver  software 

■  High  performance  Bus  Master  architecture  with 
Integrated  DMA  Buffer  Management  Unit  for 
low  CPU  and  bus  utilization 

■  Built-in  byte-swap  logic  supports  both  Big  and 
Little  Endlan  byte  alignment 

■  Microwire™  EEPROM  interface  supports 
jumperless  design 

■  Single  +5  V  power  supply  operation 

■  Low  power,  CMOS  design  with  sleep  modes 
allows  reduced  power  consumption  for  critical 
battery  powered  applications  and  Green  PCs 

■  Look-Ahead  Packet  Processing  (LAPP)  allows 
protocol  analysis  to  begin  before  end  of 
receive  frame 

■  Integrated  Manchester  Encoder/Decoder 


Individual  136-byte  transmit  and  128-byte 
receive  FIFOs  provide  frame  buffering  for 
increased  system  latency  tolerance  and 
support  the  following  features: 

—  Automatic  retransmission  with  no  FIFO  reload 

—  Automatic  receive  stripping  and  transmit  pad- 
ding (individually  programmable) 

—  Automatic  runt  packet  rejection 

—  Automatic  deletion  of  received  collision  frames 
JTAG  Boundary  Scan  (IEEE  1149.1)  test  access 
port  interface  for  board  level  production  test 

Provides  integrated  Attachment  Unit  Interface 
(AUI)  and  10BASE-T  transceiver  with  automatic 
port  selection 

Automatic  Twisted  Pair  receive  polarity 
detection  and  automatic  correction  of  the 
receive  polarity 

Optional  byte  padding  to  long-word  boundary 
on  receive 

Dynamic  transmit  FCS  generation 
programmable  on  a  frame-by-frame  basis 
Internal/external  loopback  capabilities 

Supports  the  following  types  of  network 
interfaces: 

—  AUI  to  external  10BASE2,  10BASE5, 
1 0BASE-T  or  1 OBASE-F  MAU 

—  Internal  10BASE-T  transceiver  with  Smart 
Squelch  to  Twisted  Pair  medium 

Supports  LANCE/C-LANCE/PCnet-ISA  General 
Purpose  Serial  Interface  (GPSI) 

160-pin  PQFP  package 


GENERAL  DESCRIPTION 

The  PCnet-32  single-chip  32-bit  Ethernet  controller  is  a 
highly  integrated  Ethernet  system  solution  designed  to 
address  high-performance  system  application  require- 
ments. It  is  a  flexible  bus-mastering  device  that  can  be 
used  in  any  networking  application,  including  network- 
ready  PCs,  printers,  fax  modems,  and  bridge/router  de- 
signs. The  bus-master  architecture  provides  high  data 
throughput  in  the  system  and  low  CPU  and  bus  utiliza- 
tion. The  PCnet-32  controller  is  fabricated  with  AMD's 
advanced  low-power  CMOS  process  to  provide  low 


operating  and  standby  current  for  power  sensitive 
applications. 

The  PCnet-32  controller  is  a  complete  Ethernet  node 
integrated  into  a  single  VLSI  device.  It  contains  a  bus 
interface  unit,  a  DMA  buffer  management  unit,  an  ISO 
8802-3  (IEEE/ANSI  802.3)  defined  Media  Access  Con- 
trol (MAC)  function,  individual  136-byte  transmit  and 
128-byte  receive  FIFOs,  an  ISO  8802-3  (IEEE/ANSI 
802.3)  defined  Attachment  Unit  Interface  (AUI)  and 
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Twisted-Pair  Transceiver  Media  Attachment  Unit 
(10BASE-T  MAU),  and  a  microwire  EEPROM  interface. 
The  PCnet-32  controller  is  also  register  compatible 
with  the  LANCE  (Am7990)  Ethernet  controller,  the 
C-LANCE  (Am79C90)  Ethernet  controller,  the  ILACC 
(Am79C900)  Ethernet  controller,  and  all  Ethernet  con- 
trollers in  the  PCnet  Family,  including  the  PCnet-ISA 
controller  (Am79C960),  the  PCnet-ISA*  controller 
(Am79C961),  and  the  PCnet-PCI  controller 
(Am79C970).  The  buffer  management  unit  supports  the 
LANCE,  ILACC,  and  PCnet  descriptor  software  models. 
The  PCnet-32  controller  is  software  compatible  with 
Novell  NE2100  and  NE1500  Ethernet  adapter  card  ar- 
chitectures. In  addition,  a  Sleep  function  has  been  incor- 
porated to  provide  low  standby  current  which  is 
essential  for  notebooks  and  Green  PCs. 

The  32-bit  demultiplexed  bus  interface  unit  provides  a 
direct  interface  to  the  VESA  VL-Bus  and  486  series 
microprocessors,  simplifying  the  design  of  an  Ethernet 
node  in  a  PC  system.  With  its  built-in  support  for  both 
little  and  big  endian  byte  alignment,  this  controller  also 
addresses  proprietary  non-PC  applications. 

Key  PCnet-32  configuration  parameters,  including  the 
unique  IEEE  physical  address,  can  be  read  from  an 


external  non-volatile  memory  (serial  EEPROM)  imme- 
diately following  system  reset.  In  addition,  the  I/O  loca- 
tion at  which  the  internal  registers  are  accessed  may  be 
stored  in  the  EEPROM,  allowing  the  software  model  of 
the  device  to  be  located  appropriately  in  system  I/O 
space  during  system  initialization. 

The  controller  has  the  capability  to  automatically  select 
either  the  AUI  port  or  the  Twisted-Pair  transceiver.  Only 
one  interface  is  active  at  any  one  time.  The  individual 
transmit  and  receive  FIFOs  reduce  system  overhead, 
providing  sufficient  latency  during  frame  transmission 
and  reception,  and  minimizing  intervention  during  nor- 
mal network  error  recovery.  The  integrated  Manchester 
encoder/decoder  (MEN  DEC)  eliminates  the  need  for  an 
external  Serial  Interface  Adapter  (SIA)  in  the  node  sys- 
tem. The  built-in  General  Purpose  Serial  Interface 
(GPSI)  allows  the  MENDEC  to  be  by-passed.  In  addi- 
tion, the  device  provides  programmable  on-chip  LED 
drivers  for  transmit,  receive,  collision,  receive  polarity, 
link  integrity,  or  jabber  status.  The  PCnet-32  controller 
also  provides  an  External  Address  Detection  Interface 
(EADI)  to  allow  external  hardware  address  filtering  in 
internetworking  applications. 


RELATED  PRODUCTS 


Part  No 


Description 


Am79C98 


Twisted  Pair  Ethernet  Transceiver  (TPEX) 


Am79C100 


Twisted  Pair  Ethernet  Transceiver  Plus  (TPEX+) 


Am7996 


IEEE  802.3/Ethernet/Cheapernet  Tap  Transceiver 


Am79C981 


Integrated  Multiport  Repeater  Plus  (IMR+) 


Am79C987 


Hardware  Implemented  Management  Information  Base  (HIM IB) 


Am79C940 


Media  Access  Controller  for  Ethernet  (MACE) 


Am7990 


Local  Area  Network  Controller  for  Ethernet  (LANCE) 


Am79C90 


CMOS  Local  Area  Network  Controller  for  Ethernet  (C-LANCE) 


Am79C900 


Integrated  Local  Area  Communications  Controller  (ILACC) 


Am79C960 


PCnet-ISA  Single-Chip  Ethernet  Controller  (for  ISA  bus) 


Am79C961 


PCnet-ISA*  Single-Chip  Ethernet  Controller  (with  Microsoft  Plug  n' Play  support) 


Am79C970 


PCnet-PCI  Single-Chip  Ethernet  Controller  (for  PCI  bus) 


Am79C974 


PCnet-SCSI  Combination  Ethernet  and  SCSI  Controller  for  PCI  Systems 
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ORDERING  INFORMATION 
Standard  Products 

AMD  standard  products  are  available  in  several  packages  and  operating  ranges.  The  order  number  (Valid  Combination)  is 
formed  by  a  combination  of: 


AM79C965 


K  C 


\W 

I 


ALTERNATIVE  PACKAGE  OPTION 

\W  =  Trimmed  and  Formed  in  a  Tray  (PQJ  160) 


OPTIONAL  PROCESSING 

Blank  =  Standard  Processing 

TEMPERATURE  RANGE 

C  =  Commercial  (0°C  to  +70°C) 


PACKAGE  TYPE 

(per  Prod.  Nomenclature/16-038) 

K  =  Plastic  Quad  Flat  Pack  (PQR160) 


SPEED 

Not  Applicable 


DEVICE  NUMBER/DESCRIPTION 

Am79C965 

PCnet-32  Single-Chip  32-Bit  Ethernet  Controller 


Valid  Combinations 

AM79C965 

KC,  KC\W 

Valid  Combinations 

Valid  Combinations  list  configurations  planned  to  be 
supported  in  volume  for  this  device.  Consult  the  local 
AMD  sales  office  to  confirm  availability  of  specific 
valid  combinations  and  to  check  on  newly  released 
combinations. 
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CONTROL  AND  STATUS  REGISTERS   1-770 

CSRO:  PCnet-32  Controller  Status  1-770 

CSR1:  IADR[15:0]   1-772 

CSR2:  IADR[31:16]   1-772 

CSR3:  Interrupt  Masks  and  Deferral  Control   1-773 

CSR4:  Test  and  Features  Control   1-775 

CSR6:  RX/TX  Descriptor  Table  Length   1-777 

CSR8:  Logical  Address  Filter,  LADRF[15:0]  1-777 

CSR9:  Logical  Address  Filter,  LADRF[31:16]  1-777 

CSR10:  Logical  Address  Filter,  LADRF[47:32]  1-777 

CSR1 1 :  Logical  Address  Filter,  LADRF[63:48]  1-777 

CSR12:  Physical  Address  Register,  PADR[1 5:0]  1-778 

CSR1 3:  Physical  Address  Register,  PADR[31:1 6]  1-778 

CSR14:  Physical  Address  Register,  PADR[47:32]  1-778 

CSR15:  Mode  Register  1-778 

CSR16:  Initialization  Block  Address  Lower  1-780 

CSR17:  Initialization  Block  Address  Upper  1-780 

CSR18:  Current  Receive  Buffer  Address  Lower  1-780 

CSR19:  Current  Receive  Buffer  Address  Upper  1-781 

CSR20:  Current  Transmit  Buffer  Address  Lower  1-781 

CSR21 :  Current  Transmit  Buffer  Address  Upper  1-781 

CSR22:  Next  Receive  Buffer  Address  Lower  1-781 

CSR23:  Next  Receive  Buffer  Address  Upper  1-781 

CSR24:  Base  Address  of  Receive  Ring  Lower  1-781 

CSR25:  Base  Address  of  Receive  Ring  Upper  1-781 

CSR26:  Next  Receive  Descriptor  Address  Lower   1-781 

CSR27:  Next  Receive  Descriptor  Address  Upper   1-781 

CSR28:  Current  Receive  Descriptor  Address  Lower   1-782 

CSR29:  Current  Receive  Descriptor  Address  Upper   1-782 

CSR30:  Base  Address  of  Transmit  Ring  Lower  1-782 

CSR31 :  Base  Address  of  Transmit  Ring  Upper  1-782 

CSR32:  Next  Transmit  Descriptor  Address  Lower  1-782 

CSR33:  Next  Transmit  Descriptor  Address  Upper  1-782 

CSR34:  Current  Transmit  Descriptor  Address  Lower  1-782 

CSR35:  Current  Transmit  Descriptor  Address  Upper  1-782 
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CSR36:  Next  Next  Receive  Descriptor  Address  Lower   1-783 

CSR37:  Next  Next  Receive  Descriptor  Address  Upper   1-783 

CSR38:  Next  Next  Transmit  Descriptor  Address  Lower  1-783 

CSR39:  Next  Next  Transmit  Descriptor  Address  Upper  1-783 

CSR40:  Current  Receive  Status  and  Byte  Count  Lower   1-783 

CSR41 :  Current  Receive  Status  and  Byte  Count  Upper   1-783 

CSR42:  Current  Transmit  Status  and  Byte  Count  Lower  1-783 

CSR43:  Current  Transmit  Status  and  Byte  Count  Upper  1-784 

CSR44:  Next  Receive  Status  and  Byte  Count  Lower  1-784 

CSR45:  Next  Receive  Status  and  Byte  Count  Upper  1-784 

CSR46:  Poll  Time  Counter  1-784 

CSR47:  Polling  Interval   1-784 

CSR48:  Temporary  Storage  2  Lower  1-785 

CSR49:  Temporary  Storage  2  Upper  1-785 

CSR50:  Temporary  Storage  3  Lower  1-785 

CSR51 :  Temporary  Storage  3  Upper  1-785 

CSR52:  Temporary  Storage  4  Lower  1-785 

CSR53:  Temporary  Storage  4  Upper  1-785 

CSR54:  Temporary  Storage  5  Lower  1-785 

CSR55:  Temporary  Storage  5  Upper  1-785 

CSR56:  Temporary  Storage  6  Lower  1-785 

CSR57:  Temporary  Storage  6  Upper  1-785 

CSR58:  Software  Style  1-786 

CSR59:  IR  Register   1-787 

CSR60:  Previous  Transmit  Descriptor  Address  Lower  1-787 

CSR61 :  Previous  Transmit  Descriptor  Address  Upper  1-787 

CSR62:  Previous  Transmit  Status  and  Byte  Count  Lower  1-787 

CSR63:  Previous  Transmit  Status  and  Byte  Count  Upper  1-787 

CSR64:  Next  Transmit  Buffer  Address  Lower   1-788 

CSR65:  Next  Transmit  Buffer  Address  Upper   1-788 

CSR66:  Next  Transmit  Status  and  Byte  Count  Lower   1-788 

CSR67:  Next  Transmit  Status  and  Byte  Count  Upper   1-788 

CSR68:  Transmit  Status  Temporary  Storage  Lower   1-788 

CSR69:  Transmit  Status  Temporary  Storage  Upper   1-788 

CSR70:  Temporary  Storage  Lower   1-788 

CSR71 :  Temporary  Storage  Upper   1-788 

CSR72:  Receive  Ring  Counter  1-788 

CSR74:  Transmit  Ring  Counter   1-789 

CSR76:  Receive  Ring  Length  1-789 

CSR78:  Transmit  Ring  Length   1-789 

CSR80:  Burst  and  FIFO  Threshold  Control   1-789 

CSR82:  Bus  Activity  Timer  1-791 

CSR84:  DMA  Address  Lower  1-791 

CSR85:  DMA  Address  Upper  1-792 

CSR86:  Buffer  Byte  Counter  1-792 
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CSR88:  Chip  ID  Lower  1-792 

CSR89:  Chip  ID  Upper  1-792 

CSR92:  Ring  Length  Conversion  1-792 

CSR94:  Transmit  Time  Domain  Reflectometry  Count   1-793 

CSR96:  Bus  Interface  Scratch  Register  0  Lower  1-793 

CSR97:  Bus  Interface  Scratch  Register  0  Upper  1-793 

CSR98:  Bus  Interface  Scratch  Register  1  Lower  1-793 

CSR99:  Bus  Interface  Scratch  Register  1  Upper  1-793 

CSR1 00:  Bus  Time-out  1-793 

CSR104:  SWAP  Register  Lower   1-794 

CSR1 05:  SWAP  Register  Upper   1-794 

CSR108:  Buffer  Management  Scratch  Lower  1-794 

CSR109:  Buffer  Management  Scratch  Upper  1-794 

CSR112:  Missed  Frame  Count  1-794 

CSR1 14:  Receive  Collision  Count   1-795 

CSR122:  Receive  Frame  Alignment  Control   1-795 

CSR124:  Buffer  Management  Test  1-795 

BUS  CONFIGURATION  REGISTERS  1-797 

BCRO:  Master  Mode  Read  Active   1-797 

BCR1 :  Master  Mode  Write  Active  1-798 

BCR2:  Miscellaneous  Configuration  1-798 

BCR4:  Link  Status  LED  (LNKST)   1-799 

BCR5:  LED1  Status   1-800 

BCR6:  LED2  Status   1-802 

BRC71ED3  Status   1-803 

BCR16:  I/O  Base  Address  Lower  1-804 

BCR17:  I/O  Base  Address  Upper  1-805 

BCR18:  Burst  Size  and  Bus  Control  1-805 

BCR19:  EEPROM  Control  and  Status   1-810 

BCR20:  Software  Style  1-813 

BCR21 :  Interrupt  Control   1-814 

INITIALIZATION  BLOCK   1-815 

RLEN  and  TLEN  1-816 

RDRA  and  TDRA   1-816 

LADRF   1-816 

PADR  1-817 

MODE  1-817 

RECEIVE  DESCRIPTORS  1-817 

RMD0  1-818 

RMD1   1-818 

RMD2  1-819 

RMD3  1-819 

TRANSMIT  DESCRIPTORS   1-820 

TMD0   1-820 

TMD1   1-820 
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TMD2   1-821 

TMD3   1-822 

REGISTER  SUMMARY   1-823 

CSRs  —  Control  and  Status  Registers  1-824 

BCRs  —  Bus  Configuration  Registers   1-827 

ABSOLUTE  MAXIMUM  RATINGS   1-828 

OPERATING  RANGES  1-828 

DC  CHARACTERISTICS  1-828 

SWITCHING  CHARACTERISTICS  1-831 

BUS  INTERFACE   1-831 

10BASE-T  INTERFACE  1-833 

ATTACHMENT  UNIT  INTERFACE   1-834 

GENERAL  PURPOSE  SERIAL  INTERFACE  1-835 

EXTERNAL  ADDRESS  DETECTION  INTERFACE  1-836 

KEY  TO  SWITCHING  WAVEFORMS  1-837 

SWITCHING  TEST  CIRCUITS   1-838 

ESTIMATED  OUTPUT  VALID  DELAY  VS.  LOAD  CAPACITANCE  1-839 

SWITCHING  WAVEFORMS:  SYSTEM  BUS  INTERFACE   1-840 

SYSTEM  BUS  INTERFACE  1-840 

10BASE-T  INTERFACE  1-845 

ATTACHMENT  UNIT  INTERFACE   1-847 

GENERAL  PURPOSE  SERIAL  INTERFACE  1-850 

EXTERNAL  ADDRESS  DETECTION  INTERFACE  1-851 

APPENDIX  A:  PCNET-32  COMPATIBLE  MEDIA  INTERFACE  MODULES  1-852 

APPENDIX  B:  RECOMMENDATION  FOR  POWER  AND  GROUND  DECOUPLING  1-854 

APPENDIX  C:  ALTERNATIVE  METHOD  FOR  INITIALIZATION   1-856 

APPENDIX  D:  INTRODUCTION  OF  THE  LOOK-AHEAD  PACKET  PROCESSING 

CONCEPT  1-857 

DATA  SHEET  REVISION  SUMMARY  1-867 
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BLOCK  DIAGRAM:  VESA  VL-BUS  MODE 
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CONNECTION  DIAGRAM:  VESA  VL-BUS  MODE 
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PIN  DESIGNATIONS:  VESA  VL-BUS  MODE 
Listed  by  Pin  Number 


Pin 
# 


Name 


Pin 
# 


Name 


Pin 
# 


Name 


Pin 
# 


1 
2 
3 
4 
5 
6 
7 
8 
9 

10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 
25 
26 
27 
28 
29 
30 
31 
32 
33 
34 
35 
36 
37 
38 
39 
40 


NC 

LED2/SRDCLK 

DVSSN1 

ADR17 

ADR16 

ADR15 

ADR14 

DVDDOI 

ADR13 

ADR12 

DVSSN2 

ADR11 

ADR10 

ADR9 

ADR8 

ADR7 

DVSSN3 

ADR6 

ADR5 

DVSSPAD 

ADR4 

ADR3 

DVSSN4 

ADR2 


LBS16 
DVDD1 


LEADS 
DVSSCLK 
LCLK 
DVDDCLK 
VLBEN  . 


BLAST 


LGNT 
BRDY 
DVDD02 


LREQ 

DVSS1 

LDEV 

NC 

NC 


41 
42 
43 
44 
45 
46 
47 
48 
49 
50 
51 
52 
53 
54 
55 
56 
57 
58 
59 
60 
61 
62 
63 
64 
65 
66 
67 
68 
69 
70 
71 
72 
73 
74 
75 
76 
77 
78 
79 
80 


NC 


RDYRTN 


LRDY 

W/R 

ADS 

M/iO 

BE3 

DiC 

RESET 

BE2 

DVSSN5 

BET 

BEO 

WBACK 

DAT31 

DAT30 

DAT29 

DAT28 

DVSSN6 

DAT27 

DAT26 

DAT25 

DAT24 

DAT23 

DVDD03 

DAT22 

DVSSN7 

DAT21 

DVSS2 

DAT20 

DAT19 

DAT18 

DAT17 

DVSSN8 

DAT16 

DAT15 

DAT14 

DAT13 

NC 

NC 


81 

82 

83 

84 

85 

86 

87 

88 

89 

90 

91 

92 

93 

94 

95 

96 

97 

98 

99 

100 

101 

102 

103 

104 

105 

106 

107 

108 

109 

110 

111 

112 

113 

114 

115 

116 

117 

118 

119 

120 


NC 

DAT12 

DVSSN9 

DAT11 

DAT10 

DAT9 

DAT8 

DAT7 

DVSSN10 

DAT6 

DVDD04 

DAT5 

DAT4 

DAT3 

DVDD2 

DAT2 

DVSSN11 

DAT1 

DATO 


LREQI/TDO 


LGNTO/TCK 

INTR4/TMS 

DVSSN12 

INTR3/TDI 

INTR2/EAR 

JTAGSEL 

DVSS3 

RXD- 

RXD+ 

AVDD4 

TXP- 

TXD- 

TXP+ 

TXD+ 

AVDD3 

XTAL1 

AVSS2 

XTAL2 

NC 

NC 


121 
122 
123 
124 
125 
126 
127 
128 
129 
130 
131 
132 
133 
134 
135 
136 
137 
138 
139 
140 
141 
142 
143 
144 
145 
146 
147 
148 
149 
150 
151 
152 
153 
154 
155 
156 
157 
158 
159 
160 


NC 
NC 

AVSS1 
DO- 
DO+ 
AVDD1 
Dl- 
DI+ 
CI- 
OU- 

AVDD2 
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ADR30 

ADR29 

DVDD3 

DVSS4 
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INTR1 

EEDO/LEDPRE3/SRD 


LB/VESA 


EEDI/LNKST 
EESK/LED1/SFBD 


SLEEP 

EECS 

DVSSN15 

SHFBUSY 

NC 
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DESIGNATIONS: 
Listed  by  Pin  Name 


VESA  VL-BUS  MODE 


Name 


Pin 
# 


Name 


Pin 
# 


Name 


Pin 
# 


Name 


ADR2 

ADR3 

ADR4 

ADR5 

ADR6 

ADR7 

ADRB 

ADR9 

ADR10 

ADR11 

ADR12 

ADR13 

ADR14 

ADR15 

ADR16 

ADR17 

ADR18 

ADR19 

ADR20 

ADR21 

ADR22 

ADR23 

ADR24 

ADR25 

ADR26 

ADR27 

ADR28 

ADR29 

ADR30 

ADR31 

ADS 

AVDD1 

AVDD2 

AVDD3 

AVDD4 

AVSS1 

AVSS2 

BEO 

BET 

BE2 


24 
22 
21 
19 
18 
16 
15 
14 
13 
12 
10 
9 
7 
6 
5 
4 
150 
149 
148 
146 
145 
144 
143 
141 
140 
138 
137 
134 
133 
132 
45 
126 
131 
115 
110 
123 
117 
53 
52 
50 


BE3 

BLAST 

BRDY 

CI+ 

Cl- 

D/C 

DATO 

DAT1 

DAT2 

DAT3 

DAT4 

DAT5 

DAT6 

DAT7 

DAT8 

DAT9 

DAT10 

DAT11 

DAT12 

DAT13 

DAT14 

DAT15 

DAT16 

DAT17 

DAT18 

DAT19 

DAT20 

DAT21 

DAT22 

DAT23 

DAT24 

DAT25 

DAT26 

DAT27 

DAT28 

DAT29 

DAT30 

DAT31 

DI+ 

Dl- 


47 

32 

34 

130 

129 

48 

99 

98 

96 

94 

93 

92 

90 

88 

87 

86 

85 

84 

82 

78 

77 

76 

75 

73 

72 

71 

70 

68 

66 

64 

63 

62 

61 

60 

58 

57 

56 

55 

128 

127 


DO+ 

DO- 

DVDD1 

DVDD2 

DVDD3 

DVDDCLK 

DVDDOI 

DVDD02 

DVDD03 

DVDD04 

DVDD05 

DVSS1 

DVSS2 

DVSS3 

DVSS4 

DVSSCLK 

DVSSN1 

DVSSN2 

DVSSN3 

DVSSN4 

DVSSN5 

DVSSN6 

DVSSN7 

DVSSN8 

DVSSN9 

DVSSN10 

DVSSN11 

DVSSN12 

DVSSN13 

DVSSN14 

DVSSN15 

DVSSPAD 

EECS 

EEDI/LNKST 

EEDO/LEDPRE3/SRD 

EESK/LED1  /SFBD 

INTR1 

INTR2/EAR 

INTR3/TDI 

INTR4/TMS 


125 
124 
26 
95 
135 
30 
8 

35 
65 
91 
142 
37 
69 
107 
136 
28 
3 
11 
17 
23 
51 
59 
67 
74 
83 
89 
97 
103 
139 
147 
158 
20 
157 
154 
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155 
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105 
104 
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LCLK 


LDEV 
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LED2/SRDCLK 
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PIN  DESIGNATIONS'.  VESA  VL-BUS  MODE 
Listed  by  Group 


sd  by 


Pin  Name 


Pin  Function 


Type 


Driver 


VESA  VL-Bus  Interface 


ADR2-ADR31 
ADS 

BE0-BE3 


0-D 


BLAST 
BRDY 
D/C 
DATi 
INTR1 
INTR2 
INTR3 
INTR4 
JTAGSEL 


AT31 


LB/VESA 


LBS1 
LCLK 
LDEV 


LEADS 
LGNT 


LGNTO 


LRDY 
LREQ 


LREQI 
M/IO 


RDYRTN 


RESET 
VLBEN 
W/R 


WBACK 


Address  Bus 
Address  Status 
Byte  Enable 
Burst  Last 
Burst  Ready 
Data/Control  Select 
Data  Bus 
Interrupt  Number  1 
Interrupt  Number  2 
Interrupt  Number  3 
Interrupt  Number  4 
JTAG  Select 

Local  Bus/VESA  VL-Bus  Select  pin 
Local  Bus  Size  16 
Local  Clock 
Local  Device 

Local  External  Address  Strobe 

Local  Bus  Grant 

Local  Grant  Out 

Local  Ready 

Local  Bus  Request 

Local  Bus  Request  In 

Memory/I/O  Select 

Ready  Return 

Reset 

Burst  Enable 
Write/Read  Select 
Write  Back 


IO 
I/O 
I/O 

o 

I/O 
I/O 
I/O 

o 

I/O 
I/O 
I/O 

I 
I 
I 
I 

o 
o 
I 

I/O 

o 
o 

I/O 
I/O 

I 
I 

I/O 

I 


TS 
TS 
TS 
TS 
TS 
TS 
TS 
TS 
TS 
TS 
TS 


04 
TS 

TS 
TS 
08 
TS 
TS 


TS 


Board  Interface 


EECS 


EEDI/LNKST 

EEDO/LEDPRE3 

EESK/LED1 

LED2 

SHFBUSY 

SLEEP 

XTAL1 

XTAL2 


Microwire  Serial  EEPROM  Chip  Select 
Microwire  Serial  EEPROM  Data  In/Link  Status 
Microwire  Address  EEPROM  Data  Out/LED3  predriver 
Microwire  Serial  EEPROM  Clock/LED1 
LED  Output  Number  2 

Shift  Busy  (for  external  EEPROM-programmable  logic) 
Sleep  Mode 
Crystal  Input 
Crystal  Output 


O 
O 
I/O 

o 
o 
o 

I 

I 

o 


08 
LED 
LED 
LED 
LED 
08 
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PIN  DESIGNATIONS:  VESA  VL-BUS  MODE  (continued) 
Listed  by  Group 


Pin  Name 


Pin  Function 


Type 


Driver 


No.  of 
Pins 


Attachment  Unit  Interlace  (AUI) 

CI+/CI- 


qi+/DI- 
DO+/DO- 


AUI  Collision  Differential  Pair 
AUI  Data  In  Differential  Pair 
AUI  Data  Out  Differential  Pair 


I 
I 

O 


DO 


Twisted  Pair  Transceiver  Interface  (10BASE-T) 


Tw 

RXI 


XD+/RXD- 
TXD+/TXD- 
TXP+/TXP- 


LNKST/EEDI 


Receive  Differential  Pair 

Transmit  Differential  Pair 

Transmit  Pre-Distortion  Differential  Pair 

Link  Status/Microwire  Serial  EEPROM  Data  In 


I 

O 
O 

o 


TDO 
TPO 
LED 


IEEE  1149.1  Test  Access  Port  Interface  (JTAG) 


TCK 
TDI 
TDO 
TMS 


Test  Clock 
Test  Data  In 
Test  Data  Out 
Test  Mode  Select 


I/O 
I/O 
I/O 
I/O 


TS 
TS 
TS 
TS 


External  Address  Detection  Interface  (EADI) 


EAR 
SRD 
SRDCLK 
SFBD 


External  Address  Reject  Low 
Serial  Receive  Data 
Serial  Receive  Data  Clock 
Start  Frame-Byte  Delimiter 


I/O 
I/O 
I/O 

o 


TS 
TS 
TS 
LED 


Power  Supplies 


AVDD 

AVSS 

DVDD 

DVDDCLK 

DVDDO 

DVSS 

DVSSCLK 

DVSSN 

DVSSPAD 


Analog  Power 
Analog  Ground 
Digital  Power 
Digital  Power  Clock 
I/O  Buffer  Digital  Power 
Digital  Ground 
Digital  Ground  Clock 
I/O  Buffer  Digital  Ground 
Digital  Ground  Pad 


4 
2 
3 
1 
5 
4 
1 

15 
1 
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PIN  DESIGNATIONS:  VESA  VL-BUS  MODE 
Driver  Type 

Table  1.  Output  Driver  Types 


Name 

Type 

lOL 

(mA) 

lOH 

(mA) 

PF 

TS 

Tri-State 

8 

-0.4 

50 

08 

Totem  Pole 

8 

-0.4 

50 

04 

Totem  Pole 

4 

-0.4 

50 

OD 

Open  Drain 

8 

50 

LED 

LED 

12 

-0.4 

50 

Table  2.  Pins  with  Pull-Ups 

Signal 

Pull-up 

TDI 

>  10  KQ 

TMS 

>  10Kfi 

TCK 

>10K£1 
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PIN  DESCRIPTION:  VESA  VL-BUS  MODE 

Configuration  Pins 

JTAGSEL 

JTAG  Function  Select  Input 

The  value  of  this  pin  will  asynchronously  select  between 
JTAG  Mode  and  Multi-Interrupt  Mode. 

The  value  of  this  pin  will  asynchronously  affect  the  func- 
tion of  the  JTAG-INTR-Daisy  chain  arbitration  pins, 
regardless  of  the  state  of  the  RESET  pin  and  regardless 
of  the  state  of  the  LCLK  pin.  If  the  value  is  a  "1 ",  then  the 
PCnet-32  controller  will  be  programmed  for  JTAG 
mode.  If  the  value  is  a  "0",  then  the  PCnet-32  controller 
wi  I  be  programmed  for  Multi-Interrupt  Mode. 

When  programmed  for  JTAG  mode,  four  pins  of  the 
PCnet-32  controller  will  be  configured  as  a  JTAG 
(IEEE  1149.1)  Test  Access  Port.  When  programmed 
for  Multi-Interrupt  Mode,  two  of  the  JTAG  pins  will 
become  interrupts  and  two  JTAG  pins  will  be  used  for 
daisy  chain  arbitration  support.  Table  3  below  outlines 
the  pin  changes  that  will  occur  by  programming  the 
JTAGSEL  pin. 

Table  3.  JTAG  Pin  Changes 


PCnet-32  controller  will  be  programmed  for  VESA-VL 
Bus  Mode. 


Pin 


LGNTO/TCK 
LGNT1/TDO 
LGNT2/TDI 


LGNT3/TMS 


JTAGSEL=1 
JTAG  mode 


TCK 
TDO 
TDI 
TMS 


JTAGSEL=0 
Multi-Interrupt  Mode 


LGNTO 


LREQI 
INTR3 


INTR4 


The  JTAGSEL  pin  may  be  tied  directly  to  Vdd  or  Vss.  A 
series  resistor  may  be  used  but  is  not  necessary. 

LB/VESA 

Local  Bus/VESA  VL-Bus  Select  Input 

The  value  of  this  pin  will  asynchronously  determine  the 
operating  mode  of  the  PCnet-32  controller,  regardless 
ofithe  state  of  the  reset  pin  and  regardless  of  the  state 
ofjthe  LCLK  pin.  If  the  LB/VESA  pin  is  a  tied  to  Vdd,  then 
the  PCnet-32  controller  will  be  programmed  for  Local 
Bus  Mode.  If  the  LB/VESA  pin  is  tied  to  Vss,  then  the 


Note  that  the  setting  of  LB/VESA  determines  the 
functionality  of  the  following  pins  (names  in  parentheses 
are  pins  in  486  local  bus  mode):  VLBEN  (Am486), 
RESET  (RESET),  LBS16  (AHOLD),  LREQ  (HOLD), 
LGNT  (HLDA),  LREQI  (HOLDI)  and  LGNTO  (HLDAO). 

VLBEN 

Burst  Enable  Input 

This  pin  is  used  to  determine  whether  or  not  bursting  is 
supported  by  the  PCnet-32  device  in  VESA  VL-Bus 
mode.  The  VLBEN  pin  is  sampled  at  every  rising  edge  of 
LCLK  while  the  RESET  pin  is  asserted. 

In  VESA-VL  mode  (the  LB/VESA  pin  is  tied  to  Vss),  if  the 
sampled  value  of  VLBEN  is  low,  then  the  BREADE  and 
BWRITE  bits  in  BCR18  will  be  forced  low,  and  the 
PCnet-32  controller  will  never  attempt  to  perform  linear 
burst  reads  or  writes.  If  the  sampled  value  of  VLBEN  is 
high,  linear  burst  accesses  are  permitted,  consistent 
with  the  values  programmed  into  BREADE  and 
BWRITE. 

Because  of  byte-duplication  conventions  within  a  32-bit 
Am386  system,  the  PCnet-32  controller  will  always  pro- 
duce the  correct  bytes  in  the  correct  byte  lanes  in  accor- 
dance with  the  Am386DX  data  sheet.  This  byte 
duplication  will  automatically  occur,  regardless  of  the 
operating  mode  selected  by  the  LB/VESA  pin. 

The  VLBEN  pin  may  be  tied  directly  to  Vdd  or  Vss.  A 
series  resistor  may  be  used  but  is  not  necessary. 

The  VLBEN  pin  need  only  be  valid  when  the  RESET  pin 
is  active  (regardless  of  the  connection  of  the  LB/VESA 
pin)  and  may  be  tied  to  ID(3)  in  a  VESA  VL-Bus  version 
1.0  system,  or  to  the  logical  AND  of  ID(4),  ID(3),  ID(1), 
and  ID(0)  in  a  VESA-VL-Bus  version  1.1  or  2.0  system. 


Atofe:  This  pin  needs  to  be  tied  low  when  the  LB/VESA 
pin  has  been  tied  to  Vdd.  See  the  pin  description  for  the 
Am486  pin  in  the  Local  Bus  Mode  section. 

Configuration  Pin  Settings  Summary 

Table  4  below  shows  the  possible  pin  configurations 
that  may  be  invoked  with  the  PCnet-32  controller  con- 
figuration pins. 


Table  4.  Configuration  Pin  Settings 


LB/VESA 

VLBEN 

JTAGSEL 

Mode  Selected 

0 

X* 

0 

VL  Bus  mode  with  4  interrupts  and  daisy  chain  arbitration 

0 

X* 

1 

VL  Bus  mode  with  2  interrupts  and  JTAG 

1 

0 

0 

Am486  mode  with  4  interrupts  and  daisy  chain  arbitration 

1 

0 

1 

Am486  mode  with  2  interrupts  and  JTAG 

1 

1 

X 

Reserved 

'X  =  Don't  care 


Am79C965 


1-665 


2TI  AMD 


PRELIMINARY 


Pin  Connections  to  Vdd  or  VSs 

Severa  pins  may  be  connected  to  Vdd  or  Vss  for  various 
applica  ion  options.  Some  pins  are  required  to  be  con- 
nected to  Vdd  or  Vss  in  order  to  set  the  controller  into  a 
particular  mode  of  operation,  while  other  pins  might  be 
connected  to  Vdd  or  Vss  if  that  pin's  function  is  not  imple- 
mented in  a  specific  application.  Table  5  shows  which 
pins  require  a  connection  to  Vdd  or  Vss,  and  which  pins 
may  optionally  be  connected  to  Vdd  or  Vss  because  the 
application  does  not  support  that  pin's  function.  The 
table  also  shows  whether  or  not  the  connections  need  to 
be  resistive. 

VESA  VL-Bus  Interface 
ADR2-ADR31 

Address  Bus  Input/Output 

Address  information  which  is  stable  during  a  bus  opera- 
tion, regardless  of  the  source.  When  the  PCnet-32  con- 
troller is  Current  Master,  A2-A31  will  be  driven.  When 
the  PCnet-32  controller  is  not  Current  Master,  the 
A2-A31  lines  are  continuously  monitored  to  determine  if 
an  address  match  exists  for  I/O  slave  transfers. 


determine  if  the  current  access  is  directed  toward  the 
PCnet-32  controller. 

ads  will  be  driven  LOW  when  the  PCnet-32  controller 
performs  a  bus  master  access  on  the  local  bus. 


BE0-BE3 

Byte  Enable  Input/Output 

These  signals  indicate  which  bytes  on  the  data  bus  are 
active  during  read  and  write  cycles.  When  BE3  is  active, 
the  byte  on  DAT31-DAT24  is  valid.  BE2-BE0  active 
indicate  valid  data  on  pins  DAT23-DAT1 6,  DAT15- 
DAT8,  DAT7-DAT0,  respectively.  The  byte  enable  sig- 
nals are  outputs  for  bus  master  and  inputs  for  bus  slave 
operations. 


BLAST 

Burst  Last 


ADS 

Address 

When 

cycle  definition 
D/C.W 
that  time 
bination 


Status  Input/Output 

driven  LOW,  this  signal  indicates  that  a  valid  bus 
and  address  are  available  on  the  M/IO, 
R  and  A2-A31  pins  of  the  local  bus  interface.  At 
the  P_Cnet-32  controller  will  examine  the  com- 
of  M/lo,  D/c,  W/R,  and  the  A2-A31  pins  to 


Output 

When  the  BLAST  signal  is  asserted,  then  the  next  time 
that  brdy  or  rdyrtn  is  asserted,  the  burst  cycle  is 
complete. 

BRDY 

Burst  Ready  Input/Output 

BRDY  functions  as  an  input  to  the  PCnet-32  controller 
during  bus  master  cycles.  When  brdy  is  asserted  dur- 
ing a  master  cycle,  it  indicates  to  the  PCnet-32  controller 
that  the  target  device  is  accepting  burst  transfers.  It  also 
serves  the  same  function  as  RDYRTN  does  for  non- 
burst  accesses.  That  is,  it  indicates  that  the  target  de- 
vice has  accepted  the  data  on  a  master  write  cycle,  or 
that  the  target  device  has  presented  valid  data  onto  the 
bus  during  master  read  cycles. 


Table  5.  Pin  Connections  to  Power/Ground 


Pin 

Name 

Pin  No 

Supply 
Strapping 

Resistive 
Connection 
to  Supply 

Recommended 
Resistor  Size 

LED2/! 

3RDCLK 

2 

Required 

Required 

324  n  in  series  with  LED,  or  1 0  K£J 
without  LED 

LBS16 

Optional 

Required 

ioKn 

VLBEt> 

31 

Required 

Optional 

NA 

WBAC 

K 

54 

Optional 

Required 

ioKn 

LREQI 

TDO 

100 

Optional 

Required 

10  K£i 

JTAGS 

EL 

106 

Required 

Optional 

NA 

EEDO/ 

LEDPRE3/SRD 

152 

Optional 

Required 

10  K£i 

LB/VESA 

153 

Required 

Optional 

NA 

EEDI/L 

NKST 

154 

Optional 

Required 

324  n  in  series  with  LED,  or  10  Kil 
without  LED 

EESK/ 

LED1/SFBD 

155 

Required 

Required 

324  il  in  series  with  LED,  or  1 0  K£J 
without  LED 

SLEEF 

156 

Optional 

Required 

10K£1 

All  Oth 

er  Pins 

Optional 

Required 

10  K£l 
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If  BRDY  and  rdyrtn  are  sampled  active  in  the  same 
cycle,  then  RDYRTN  takes  precedence,  causing  the 
next  transfer  cycle  to  begin  with  a  T1  cycle. 


BRDY  functions  as  an  output  during  PCnet-32  controller 
slave  cycles  and  is  always  driven  inactive  (HIGH). 

BRDY  is  floated  if  the  PCnet-32  controller  is  not  being 
accessed  as  the  current  slave  device  on  the  local  bus. 

D/C 

Data/Control  Select  Input/Output 

During  slave  accessesto  the  PCnet-32  controller,  the 
D/C  pin,  along  with  M/IO  and  W/R,  indicates  the  type  of 
cycle  that  is  being  performed.  PCnet-32  controllerwill 
only  respond  to  local  bus  accesses  in  which  D/C  is 
driven  HIGH  by  the  local  bus  master. 

During  PCnet-32  controller  bus  master  accesses,  the 
D/C  pin  is  an  output  and  will  always  be  driven  HIGH. 

D/C  is  floated  if  the  PCnet-32  controller  is  not  the  current 
master  on  the  local  bus. 

DAT0-DAT31 

Data  Bus  Input/Output 

Used  to  transfer  data  to  and  from  the  PCnet-32  control- 
ler to  system  resources  via  the  local  bus.  DAT31-DAT0 
are  driven  by  the  PCnet-32  controller  when  performing 
bus  master  writes  and  slave  read  operations.  Data  on 
DAT31-DAT0  is  latched  by  the  PCnet-32  controller 
when  performing  bus  master  reads  and  slave  write 
operations. 

The  PCnet-32  controller  will  always  follow  Am386DX 
byte  lane  conventions.  This  means  that  for  word  and 
byte  accesses  in  which  PCnet-32  controller  drives  the 
data  bus  (i.e.  master  write  operations  and  slave  read 
operations),  the  PCnet-32  controllerwill  produce  dupli- 
cates of  the  active  bytes  on  the  unused  half  of  the  32-bit 
data  bus.  Table  6  illustrates  the  cases  in  which  duplicate 
bytes  are  created. 

Table  6.  Byte  Duplication  on  Data  Bus 


— 

BE3- 
BEO 

DAT 

[31:24] 

DAT 

[23:16] 

DAT 

[15:8] 

DAT 

[7:0] 

1110 

Undef 

Undef 

Undef 

A 

1101 

Undef 

Undef 

A 

Undef 

1011 

Undef 

A 

Undef 

Copy  A 

0111 

A 

Undef 

Copy  A 

Undef 

1100 

Undef 

Undef 

B 

A 

1001 

Undef 

C 

B 

Undef 

0011 

D 

C 

Copy  D 

Copy  C 

1000 

Undef 

C 

B 

A 

0001 

D 

C 

B 

Undef 

0000 

D 

c 

B 

A 

INTR1-INTR4 

Interrupt  Request  Output 

An  attention  signal  which  indicates  that  one  or  more  of 
the  following  status  flags  is  set:  BABL,  MISS,  MERR, 
RINT,  IDON,  MFCO,  RCVCCO,  TXSTRT,  or  JAB.  Each 
of  these  status  flags  has  a  mask  bit  which  allows  for 
suppression  of  INTR  assertion.  These  flags  have  the 
meaning  shown  in  Table  7. 

Table  7.  Status  Flags 


BABL 

Babble  (CSR0,  bit  14) 

MISS 

Missed  Frame  (CSR0,  bit  12) 

MERR 

Memory  Error  (CSR0,  bit  11) 

RINT 

Receive  Interrupt  (CSR0,  bit  10) 

IDON 

Initialization  Done  (CSR0,  bit  8) 

MFCO 

Missed  Packet  Count  Overflow 
(CSR4,  bit  9) 

RCVCCO 

Receive  Collision  Count  Overflow 
(CSR4,  bit  5) 

TXSTRT 

Transmit  Start  (CSR4,  bit  3) 

JAB 

Jabber  (CSR4,  bit  1 ) 

Note  that  there  are  four  possible  interrupt  pins,  depend- 
ing upon  the  mode  that  has  been  selected  with  the 
JTAGSEL  pin.  Only  one  interrupt  pin  may  be  used  at 
one  time.  The  active  interrupt  pin  is  selected  by  pro- 
gramming the  interrupt  select  register  (BCR21).  The 
default  setting  of  BCR121will  select  interrupt  INTR1  as 
the  active  interrupt.  Note  that  BCR21  is  EEPROM-pro- 
grammable.  Inactive  interrupt  pins  are  floated. 

The  polarity  of  the  interrupt  signal  is  determined  by  the 
INTLEVEL  bit  of  BCR2.  The  interrupt  pins  may  be 
programmed  for  level-sensitive  or  edge-sensitive 
operation. 

PCnet-32  controller  interrupt  pins  will  be  floated  at 
H^RESET  and  will  remain  floated  until  either  the 
EEPROM  has  been  successfully  read,  or,  following  an 
EEPROM  read  failure,  a  Software  Relocatable  Mode 
sequence  has  been  successfully  executed. 


LBS16 

Local  Bus  Size  16  Input 

LBS16  is  sampled  during  PCnet-32  controller  bus  mas- 
tering activity  to  determine  if  the  target  device  on  the 
VL-Bus  is  32  or  16  bits  in  width.  If  the  LBS1 6  signal  is 
sampled  active  at  least  one  clock  period  before  the  as- 
sertion of  LRDY  during  a  PCnet-32  controller  bus  mas- 
ter transfer,  then  the  PCnet-32  controller  will  convert  a 
single  32-bit  transfer  into  two  16-bit  transfers.  Not  all 
32-bit  transfers  need  to  be  split  into  two  1 6-bit  transfers. 
Table  8  shows  the  sequence  of  transfers  that  will  be 
executed  for  each  possible  32-bit  bus  transfer  that  en- 
counters a  proper  assertion  of  the  LBS1 6  signal. 
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Table  8.  Data  Transfer  Sequence  from  32-Bit  Wide  to  16-Bit  Wide 


Current  Access 

Next  With  LBS16 

E 

m 

Bl2 

BET 

BEO 

BE3 

BE2 

BE1 

BEO 

1 

1 

1 

0 

NR 

1 

1 

0 

0 

NR 

1 

0 

0 

0 

1 

0 

1 

1 

0 

0 

0 

0 

0 

0 

1 

1 

1 

1 

0 

1 

NR 

1 

0 

0 

1 

1 

0 

1 

1 

0 

0 

0 

1 

0 

0 

1 

1 

1 

0 

1 

1 

NR 

0 

0 

1 

1 

NR 

0 

1 

1 

1 

NR 

to  second  access  Required  for  these  cases 

During 


accesses  in  which  PCnet-32  controller  is  acting 


as  the  VL-Bus  target  device,  the  LBS1 6  signal  will  not  be 
driven.  In  this  case,  it  is  expected  that  the  VL-Bus 
required  pull-up  device  will  bring  the  LBS1 6  signal  to  an 
inactive  level  and  the  PCnet-32  controller  will  be  seen  by 
the  VL-Bus  master  as  a  32-bit  peripheral. 

LCLK 

Local  Clock  Input 

LCLK  is  a  1x  clock  that  follows  the  same  phase  as  a 
486-type  CPU  clock.  LCLK  is  always  driven  by  the  sys- 
tem logic  or  the  VL-Bus  controller  to  all  VL-Bus  masters 
and  targets.  The  rising  edge  of  the  clock  signifies  the 
change  of  CPU  states,  and  hence,  the  change  of 
PCnet-32  controller  states. 


LDEV 

Local  Device  Output 

LDEV  is  driven  by  the  PCnet-32  controller  when  it  recog- 
nizes an  access  to  PCnet-32  controller  I/O  space.  Such 
recognition  is  dependentjjpon  a  valid  sampled  ADS 
strobe  plus  valid  M/IO,  D/C  and  ADR31-ADR5  values. 


LGNTO 

Local  Grant  Out  Output 

This  signal  is  multiplexed  with  the  TCK  pin,  and  is  avail- 
able only  when  the  Multi-Interrupt  mode  has  been  se- 
lected with  the  JTAGSEL  pin. 

An  additional  local  bus  master  may  daisy-chain  its 
LGNT  signal  through  the  PCnet-32  controller  LGNTO 
pin.  The  PCnet-32  controller  will  deliver  a  LGNTO  signal 
to  the  additional  local  bus  master  whenever  the 
PCnet-32  controller  receives  a  LGNT  from  the  arbitra- 
tion logic,  but  is  not  simultaneously  requesting  the  bus 
internally.  The  second  local  bus  master  must  connect  its 
LREQ  output  to  the  LREQI  input  of  the  PCnet-32  con- 
troller in  order  to  complete  the  local  bus  daisy-chain 
arbitration  control. 


LEADS 

Local  External  Address  Strobe  Output 

During  VL-Bus  master  write  and  read  accesses  the 
LEADS  pin  will  be  asserted  on  every  T1  cycle  as  is 
specified  in  the  VESA  VL-Bus  specification,  regardless 
of  the  settings  of  the  GCIC  bit  of  BC  R 1 8  and  the  CLL  bits 
of  BCR18. 


LGN 

Local 


Bus  Grant 


Input 


When  SLEEP  is  not  asserted,  daisy  chain  arbitration 
signals  that  pass  through  the  PCnet-32  controller  will 
experience  a  one-clock  delay  from  input  to  output  (i.e. 

LREQi  to  LREQ  and  LGNT  to  LGNTO). 

While  SLEEP  is  asserted  (either  in  snooze  mode  or 
coma  mode),  if  the  PCnet-32  controller  is  configured  tor 
a  daisy  chain  (LREQI  and  LGNTO  signals  have  been 
selected  with  the  JTAGSEL  pin),  then  the  system  arbi- 
tration signal  LGNT  will  be  passed  directly  to  the  daisy- 
chain  signal  LGNTO  without  experiencing  a  one-clock 
delay.  However,  some  combinatorial  delay  will  be  intro- 
duced in  this  path. 

Note  that  this  pin  changes  polarity  when  Local  Bus 
mode  has  been  selected  (see  pin  description  of  HLDAO 
in  486  Local  Bus  Interface  section). 


When  LGNT  is  asserted  and  LREQ  is  being  asserted  by 
the  PCnet-32  controller,  the  PCnet-32  controller  as- 
sumes ownership  of  the  VL  bus. 

Note  that  this  pin  changes  polarity  when  Local  Bus 
mode  has  been  selected  (see  pin  description  of  HLDA  in 
486  Local  Bus  Interface  section). 


LRDY 

Local  Ready 


Output 


LRDY  functions  as  an  output  from  the  PCnet-32  control- 
ler during  PCnet-32  controller  slave  cycles.  During 
PCnet-32  controller  slave  read  cycles,  LRDY  is  as- 
serted to  indicate  that  valid  data  has  been  presented  on 
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the  data  bus.  During  PCnet-32  controller  slave  write 
cycles,  LRDY  is  asserted  to  indicate  that  the  data  on  the 
data  bus  has  been  internally  latched.  LRDY  will  be  as- 
serted low  for  one  clock  period  when  the  PCnet-32 
controller  wishes  to  terminate  the  cycle.  LRDY  is  then 
driven  high  for  one-half  of  one  clock  period  before  being 
released. 


LRDY  is  floated  if  the  PCnet-32  controller  is  not  the 
current  slave  on  the  local  bus. 


LREQ 

Local  Bus  Request 


Output 


LREQ  is  used  by  the  PCnet-32  controller  to  gain  control 
of  the  VL-Bus  and  become  the  active  VL  Bus  Master. 


LREQ  is  active  low.  Once  asserted,  LREQ  remains  ac- 
tive until  LGNT  has  become  active,  independent  of  sub- 
sequent assertion  of  SLEEP  or  setting  of  the  STOP  bit  or 
access  to  the  S_RESET  port  (offset  14h). 

Note  that  this  pin  changes  polarity  when  Local  Bus 
mode  has  been  selected  (see  pin  description  of  HOLD  in 
486  Local  Bus  Interface  section). 


al  Bus  Request  In  Input 

This  signal  is  multiplexed  with  the  TDO  pin,  and  is  avail- 
able only  when  the  Multi-Interrupt  mode  has  been  se- 
lected with  the  JTAGSEL  pin. 

An  additional  local  bus  master  may  daisy-chain  its  bus 
hold  request  signal  through  the  PCnet-32  controller 
LREQI  pin.  The  PCnet-32  controller  will  convey  the 
LREQI  request  to  the  arbitration  logic  via  the  PCnet-32 
controller  LREQ  output.  The  second  local  bus  master 
must  connect  its  LGNT  input  to  the  LGNTO  output  of  the 
PCnet-32  controller  in  order  to  complete  the  local  bus 
daisy-chain  arbitration  control. 

When  SLEEP  is  not  asserted,  daisy  chain  arbitration 
signals  that  pass  through  the  PCnet-32  controller  will 
experience  a  one-clock  delay  from  input  to  output  (i.e. 

LREQI  to  LREQ  and  LGNT  to  LGNTO). 

Wh  le  sleep  is  asserted  (either  in  snooze  mode  or 
coma  mode),  if  the  PCnet-32  controller  is  configured  for 
a  daisy  chain  (LREQI  and  LGNTO  signals  have  been 
selected  with  the  JTAGSEL  pin),  then  the  daisy-chain 
signal  LREQI  will  be  passed  directly  to  the  system  arbi- 
trator! signal  LREQ  without  experiencing  a  one-clock 
delay.  However,  some  combinatorial  delay  will  be  intro- 
duced in  this  path. 

If  Multi-Interrupt  mode  has  been  selected  and  the  daisy- 
chain  arbitration  feature  is  not  used,  then  the  LREQI 
input  should  be  tied  to  Vdd. 

Note  that  this  pin  changes  polarity  when  Local  Bus 
mode  has  been  selected  (see  pin  description  of  HOLDI 
in  486  Local  Bus  Interface  section). 


M/IO 

Memory  I/O  Select  Input/Output 

During  slave  accessesjo  the  PCnet-32  controller,  the 
M/IO  pin,  along  with  D/C  and  W/R,  indicates  the  type  of 
cycle  that  is  being  performed.  PCnet-32  controlterwill 
only  respond  to  local  bus  accesses  in  which  M/IO  is 
sampled  as  a  zero  by  the  PCnet-32  controller. 

During  PCnet-32  controller  bus  master  accesses,  the 
M/IO  pin  is  an  output  and  will  always  be  driven  high. 

M/IO  is  floated  if  the  PCnet-32  controller  is  not  the  cur- 
rent master  on  the  local  bus. 


RDYRTN 

Ready  Return 


Input 

RDYRTN  functions  as  an  input  to  the  PCnet-32  control- 
ler. RDYRTN  is  used  to  terminate  all  master  accesses 
performed  by  the  PCnet-32  controller,  except  that  linear 
burst  transfers  may  also  be  terminated  with  the  BRDY 
signal.  RDYRTN  is  used  to  terminate  slave  read 
accesses  to  PCnet-32  controller  I/O  space. 

When  asserted  during  slave  read  accesses  to  PCnet-32 
controller  I/O  space,  RDYRTN  indicates  that  the  bus 
mastering  device  has  seen  the  LRDY  that  was  gener- 
ated by  the  PCnet-32  controller  and  has  accepted  the 
PCnet-32  controller  slave  read  data.  Therefore, 
PCnet-32  controller  will  hold  slave  read  data  on  the  bus 
until  it  synchronously  samples  the  RDYRTN  input  as 
active  low.  The  PCnet-32  controller  will  not  hold  LRDY 
valid  asserted  during  this  time.  The  duration  of  the 
LRDY  pulse  generated  by  the  PCnet-32  controller  will 
always  be  a  single  LCLK  cycle. 


RDYRTN  is  ignored  during  slave  write  accesses  to 
PCnet-32  controller  I/O  space.  Slave  write  accesses  to 
PCnet-32  controller  I/O  space  are  considered  termi- 
nated by  the  PCnet-32  controller  at  the  end  of  the  cycle 
during  which  the  PCnet-32  controller  issues  an  active 
RDY. 


In  systems  where  both  a  LRDY  and  RDYRTN  (or 
equivalent)  signals  are  provided,  then  LRDY  must  not 
be  tied  to  rdyrtn.  Most  systems  now  provide  for  a 
local  device  ready  input  to  the  memory  controller  that  is 
separate  from  the  CPU  READY  signal.  This  second 
ready  signal  is  usually  labeled  as  READYIN.  This 
signal  should  be  connected  to  the  PCnet-32  controller 
LRDY  signal.  The  CPU  ready  signal  should  be  con- 
nected to  the  PCnet-32  controller  rdyrtn  pin. 

In  systems  where  only  one  READY  signal  is  provided, 
then  the  PCnet-32  controller  LRDY  output  may  be  tiedto 
the  PCnet-32  controller  RDYRTN  input. 
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RESET 

System  Reset 


Input 


When  RESET  is  asserted  low  and  the  LB/VESA  pin  has 
been  tied  to  VSS,  then  the  PCnet-32  controller  performs 
an  internal  system  reset  of  the  H_RESET  type  (HARD- 
WARE_RESET).  The  RESET  pin  must  be  held  for  a 
minimum  of  30  LCLK  periods  when  VL  mode  has  been 
selected.  While  in  the  H_RESET  state,  the  PCnet-32 
controller  will  float  or  deassert  all  outputs. 

W/R 

Write/Read  Select  Input/Output 

During  slave  accessesjo  the  PCnet-32  controller,  the 
W/R  pin,  along  with  D/C  and  M/IO,  indicates  the  type  of 
cycle  that  is  being  performed. 

During  PCnet-32  controller  bus  master  accesses,  the 
W/R  pin  is  an  output. 

W/R  is  floated  if  the  PCnet-32  controller  is  not  the  cur- 
rent master  on  the  local  bus. 


WBACK 

Write  Back  Input 

WBACK  is  monitored  as  in  input  during  VL-Bus  Master 
Accesses.  When  PCnet-32  controller  is  current  VL-Bus 
master,  the  PCnet-32  controller  will  float  all  appropriate 
bus  mastering  signals  within  1  clock  period  of  the  asser- 


tion of  WBACK.  When  WBACK  is  deasserted,  PCnet-32 
contro  ler  will  re-execute  any  accesses  that  were  sus- 
pended due  to  the  assertion  of  WBACK  and  then  will 
proceed  with  other  scheduled  accesses,  if  any. 

Register  access  cannot  be  performed  to  the  PCnet-32 
device  while  WBACK  is  asserted. 

Board  Interface 


LED1 

LED1 


Output 


This  pin  is  shared  with  the  EESK  function.  When  operat- 
ing as  LED1,  the  function  and  polarity  on  this  pin  are 
programmable  through  BCR5.  The  LED1  output  from 
the  PCnet-32  controller  is  capable  of  sinking  the  neces- 
sary 12  mA  of  current  to  drive  an  LED  directly. 

The  LED1  pin  is  also  used  during  EEPROM  Auto-detec- 
tion to  determine  whether  or  not  an  EEPROM  is  present 
at  the  PCnet-32  controller  microwire  interface.  At  the 
trailing  edge  of  RESET,  this  pin  is  sampled  to  determine 
the  value  of  the  EEDET  bit  in  BCR19.  A  sampled  HIGH 
value  means  that  an  EEPROM  is  present,  and  EEDET 
will  be  set  to  ONE.  A  sampled  LOW  value  means  that  an 
EEPROM  is  not  present,  and  EEDET  will  be  set  to 
ZERO.  See  the  "EEPROM  Auto-detection"  section  for 
more  details. 

If  no  LED  circuit  is  to  be  attached  to  this  pin,  then  a 
pull-up  or  pull-down  resistor  must  be  attached  instead, 
in  order  to  resolve  the  EEDET  setting. 


LED2 

LED2  Output 

This  pin  is  shared  with  the  SRDCLK  function.  When 
operating  as  LED2,  the  function  and  polarity  on  this  pin 
are  programmable  through  BCR6.  The  LED2  output 
from  the  PCnet-32  controller  is  capable  of  sinking  the 
necessary  12  mA  of  current  to  drive  an  LED  directly. 

This  pin  also  selects  address  width  for  Software 
Relocatable  Mode.  When  this  pin  is  HIGH  during  Soft- 
ware Relocatable  Mode,  then  the  device  will  be  pro- 
grammed to  use  32  bits  of  addressing  while  snooping 
accesses  on  the  bus  during  Software  Relocatable 
Mode.  When  this  pin  is  LOW  during  Software 
Relocatable  Mode,  then  the  device  will  be  programmed 
to  use  24  bits  of  addressing  while  snooping  accesses  on 
the  bus  during  Software  Relocatable  Mode.  The  upper  8 
bits  of  address  will  be  assumed  to  match  during  the 
snooping  operation  when  LED2  is  LOW.  The  24-bit  ad- 
dressing mode  is  intended  for  use  in  systems  that  em- 
ploy the  GPSI  signals.  For  more  information  on  the 
GPSI  function  see  section  General  Purpose  Serial 
Interface. 

If  no  LED  circuit  is  to  be  attached  to  this  pin,  then  a  pull 
up  or  pull  down  resistor  must  be  attached  instead,  in 
order  to  resolve  the  Software  Relocatable  Mode  ad- 
dress width  setting. 

LEDPRE3 

LEDPRE3  Output 

This  pin  is  shared  with  the  EEDO  function .  When  operat- 
ing as  LEDPRE3,  the  function  and  polarity  on  this  pin 
are  programmable  through  BCR7.  This  signal  is  labeled 
as  LED  "PflE"3  because  of  the  multi-function  nature  of 
this  pin.  If  an  LED  circuit  were  directly  attached  to  this 
pin,  it  would  create  an  IOL  requirement  that  could  not  be 
met  by  the  serial  EEPROM  that  would  also  be  attached 
to  this  pin.  Therefore,  if  this  pin  is  to  be  used  as  an 
additional  LED  output  while  an  EEPROM  is  used  in  the 
system,  then  buffering  is  required  between  the 
LEDPRE3  pin  and  the  LED  circuit.  If  no  EEPROM  is 
included  in  the  system  design,  then  the  LEDPRE3  sig- 
nal may  be  directly  connected  to  an  LED  without  buffer- 
ing. The  LEDPRE3  output  from  the  PCnet-32  controller 
is  capable  of  sinking  the  necessary  1 2  mA  of  current  to 
drive  an  LED  in  this  case.  For  more  details  regarding 
LED  connection,  see  the  section  on  LEDs. 


LNKST 

Link  Status  Output 

This  pin  provides  12  mA  for  driving  an  LED.  It  indicates 
an  active  link  connection  on  the  10BASE-T  interface. 
The  function  and  polarity  are  programmable  through 
BCR4.  Note  that  this  pin  is  multiplexed  with  the  EEDI 
function. 

This  pin  remains  active  in  snooze  mode. 
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SHFBUSY 

Shift  Busy  Output 

The  function  of  the  SHFBUSY  signal  is  to  indicate  when 
the  last  byte  of  the  EEPROM  contents  has  been  shifted 
out  of  the  EEPROM  on  the  EEDO  signal  line.  This  infor- 
mation is  useful  for  external  EEPROM-programmable 
registers  that  do  not  use  the  microwire  protocol,  as  is 
described  herein:  When  the  PCnet-32  controller  is 
performing  a  serial  read  of  the  EEPROM  through  the 
microwire  interface,  the  SHFBUSY  signal  will  be  driven 
HIGH.  SHFBUSY  can  serve  as  a  serial  shift  enable  to 
allow  the  EEPROM  data  to  be  serially  shifted  into  an 
external  device  or  series  of  devices.  The  SHFBUSY 
signal  will  remain  actively  driven  HIGH  until  the  end  of 
the  EEPROM  read  operation.  If  the  EEPROM  check- 
sum was  verified,  then  the  SHFBUSY  signal  will  be 
driven  LOW  at  the  end  of  the  EEPROM  read  operation. 
If  the  EEPROM  checksum  verification  failed,  then  the 
SHFBUSY  signal  will  remain  HIGH.  This  function  effec- 
tively demarcates  the  end  of  a  successful  EEPROM 
read  operation  and  therefore  is  useful  as  a  programma- 
ble-logic low-active  output  enable  signal.  For  more  de- 
tails on  external  EEPROM-programmable  registers, 
see  the  EEPROM  Microwire  Access  section  under 
Hardware  Access. 

This  pin  can  be  controlled  by  the  host  system  by  writing 
to  BCR19,  bit  3  (EBUSY). 


SLEEP 

Sleep   Input 

When  SLEEP  input  is  asserted  (active  LOW),  the 
PCnet-32  controller  performs  an  internal  system  reset  of 
the  S_RESET  type  and  then  proceeds  into  a  power 
savings  mode.  (The  reset  operation  caused  by  SLEEP 
assertion  will  not  affect  BCR  registers.)  All  outputs  will 
be  placed  in  their  normal  S_RESET  condition.  During 
sleep  mode,  all  PCnet-32  controller  inputs  will  be  ig- 
nored  except  for  the  sleep  pin  itself.  De-assertion  of 
SLEEP  results  in  wake-up.  The  system  must  refrain 
from  starting  the  network  operations  of  the  PCnet-32 
controller  for  0.5  seconds  following  the  deassertion  of 
the  SLEEP  signal  in  order  to  allow  internal  analog  cir- 
cuits to  stabilize. 

Both  LCLK  and  XTAL1  inputs  must  have  valid  clock 
signals  present  in  order  for  the  SLEEP  command  to  take 
effect. 

If  SLEEP  is  asserted  while  LREQ  is  asserted,  then  the 
PCnet-32  controller  will  perform  an  internal  system 
S_RESET  and  then  wait  for  the  assertion  of  LGNT. 
When  LGNT  is  asserted,  the  LREQ  signal  will  be  deas- 
serted  and  then  the  PCnet-32  controller  will  proceed  to 
the  power  savings  mode.  Note  that  the  internal  system 
S_RESET  will  not  cause  the  LREQ  signal  to  be 
deasserted. 

The  SLEEP  pin  should  not  be  asserted  during  power 
supply  ramp-up.  If  it  is  desired  that  sleep  be  asserted 
at  power  up  time,  then  the  system  must  delay  the 


assertion  of  SLEEP  until  three  LCLK  cycles  after  the 
completion  of  a  valid  pin  RESET  operation. 

XTAL1-XTAL2 

Crystal  Oscillator  Inputs  Input/Output 

The  crystal  frequency  determines  the  network  data  rate. 
The  PCnet-32  controller  supports  the  use  of  quartz 
crystals  to  generate  a  20  MHz  frequency  compatible 
with  the  ISO  8802-3  (IEEE/ANSI  802.3)  network  fre- 
quency tolerance  and  jitter  specifications.  See  the  sec- 
tion External  Crystal  Characteristics  (in  section 
Manchester  Encoder/Decoder)  for  more  detail. 

The  network  data  rate  is  one-half  of  the  crystal  fre- 
quency. XTAL1  may  alternatively  be  driven  using  an 
external  CMOS  level  source,  in  which  case  XTAL2  must 
be  left  unconnected.  Note  that  when  teh  PCnet-32  con- 
troller is  in  coma  mode,  there  is  an  internal  22  Kn  resis- 
tor from  XTAL1  to  ground.  If  an  external  source  drives 
XTAL1 ,  some  power  will  be  consumed  driving  this  resis- 
tor. If  XTAL1  is  driven  LOW  at  this  time  power  consump- 
tion will  be  minimized.  In  this  case,  XTAL1  must  remain 
active  for  at  least  30  cycles  after  the  assertion  of  sleep 
and  deassertion  of  LREQ. 

Microwire  EEPROM  Interface 

EESK 

EEPROM  Serial  Clock  Output 

The  EESK  signal  is  used  to  access  the  external  ISO 
8802-3  (IEEE/ANSI  802.3)  address  PROM.  This  pin  is 
designed  to  directly  interface  to  a  serial  EEPROM  that 
uses  the  microwire  interface  protocol.  EESK  is  con- 
nected to  the  microwire  EEPROM's  Clock  pin.  It  is  con- 
trolled by  either  the  PCnet-32  controller  directly  during  a 
read  of  the  entire  EEPROM,  or  indirectly  by  the  host 
system  by  writing  to  BCR19,  bit  1. 

EESK  can  be  used  during  programming  of  external 
EEPROM-programmable  registers  that  do  not  use  the 
microwire  protocol  as  follows: 

When  the  PCnet-32  controller  is  performing  a  serial 
read  of  the  IEEE  Address  EEPROM  through  the 
microwire  interface,  the  SHFBUSY  signal  will  serve  as  a 
serial  shift  enable  to  allow  the  EEPROM  data  to  be 
serially  shifted  into  an  external  device  or  series  of  de- 
vices. This  same  signal  can  be  used  to  gate  the  outputot 
the  programmed  logic  to  avoid  the  problem  of  releasing 
intermediate  values  to  the  rest  of  the  system  board  logic. 
The  EESK  signal  can  serve  as  the  clock,  and  EEDO  will 
serve  as  the  input  data  stream  to  the  programmable 
shift  register. 

EEDO 

EEPROM  Data  Out  Input 

The  EEDO  signal  is  used  to  access  the  external  ISO 
8802-3  (IEEE/ANSI  802.3)  address  PROM.  This  pin  is 
designed  to  directly  interface  to  a  serial  EEPROM  that 
uses  the  microwire  interface  protocol.  EEDO  is  con- 
nected to  the  microwire  EEPROM's  Data  Output  pin.  It 
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is  controlled  by  the  EEPROM  during  reads.  It  may  be 
read  by  the  host  system  by  reading  BCR19,  bit  0. 
EEDO  can  be  used  during  programming  of  external 
EEPROM-programmable  registers  that  do  not  use  the 
microwire  protocol  as  tollows: 
When  the  PCnet-32  controller  is  performing  a  serial 
read  of  the  IEEE  Address  EEPROM  through  the 
microwire  interface,  the  SHFBUSY  signal  will  serve  as  a 
serial  shift  enable  to  allow  the  EEPROM  data  to  be 
serially  shifted  into  an  external  device  or  series  of  de- 
vices. This  same  signal  can  be  used  to  gate  the  output of 
the  programmed  logic  to  avoid  the  problem  of  releasing 
intermediate  values  to  the  rest  of  the  system  board  logic. 
The  EESK  signal  can  serve  as  the  clock,  and  EEDO  will 
serve  as  the  input  data  stream  to  the  programmable 
shift  register. 

EECS 

EEPROM  Chip  Select  Output 

The  function  of  the  EECS  signal  is  to  indicate  to  the 
microwire  EEPROM  device  that  it  is  being  accessed. 
The  EECS  signal  is  active  high.  It  is  controlled  by  either 
the  PCnet-32  controller  during  a  read  of  the  entire 
EEPROM,  or  indirectly  by  the  host  system  by  writing  to 
BCR19,  bit  2. 

EEDI 

EEPROM  Data  In  Output 

The  EEDI  signal  is  used  to  access  the  external  ISO 
8802-3  (IEEE/ANSI  802.3)  address  PROM.  EEDI  func- 
tions as  an  output.  This  pin  is  designed  to  directly  inter- 
face to  a  serial  EEPROM  that  uses  the  microwire 
interface  protocol.  EEDI  is  connected  to  the  microwire 
EEPROM's  Data  Input  pin.  It  is  controlled  by  either  the 
PCnet-32  controller  during  command  portions  of  a  read 
of  the  entire  EEPROM,  or  indirectly  by  the  host  system 
by  writing  to  BCR19,  bitO. 

Attachment  Unit  Interface 

Cl± 

Collision  In  Input 

A  differential  input  pair  signaling  the  PCnet-32  controller 
that  a  collision  has  been  detected  on  the  network  media , 
indicated  by  the  Cl±  inputs  being  driven  with  a  10  MHz 
pattern  of  sufficient  amplitude  and  pulse  width  to  meet 
ISO  8802-3  (IEEE/ANSI  802.3)  standards.  Operates  at 
pseudo  ECL  levels. 

Dl± 

Data  In  Input 

A  differential  input  pair  to  the  PCnet-32  controller  carry- 
ing Manchester  encoded  data  from  the  network.  Oper- 
ates at  pseudo  ECL  levels. 


DO± 

Data  Out  Output 

A  differential  output  pair  from  the  PCnet-32  controller  for 
transmitting  Manchester  encoded  data  to  the  network. 
Operates  at  pseudo  ECL  levels. 

Twisted  Pair  Interface 
RXD± 

10-BASE-T  Receive  Data  Input 

10BASE-T  port  differential  receivers. 

TXD± 

10BASE-T  Transmit  Data  Output 

10BASE-T  port  differential  drivers. 

TXP± 

10BASE-T  Pre-distortion  Control  Output 

These  outputs  provide  transmit  predistortion  control  in 
conjunction  with  the  10BASE-T  port  differential  drivers. 

External  Address  Detection  Interface 

The  EADI  interface  is  enabled  through  bit  3  of 
BCR2  (EADISEL). 


EAR 

External  Address  Reject  Low  Input 

An  EADI  input  signal.  The  incoming  frame  will  be 
checked  against  the  internally  active  address  detection 
mechanisms  and  the  result  of  this  check  will  be  OR'd 
with  the  value  on  the  EAR  pin.  The  EAR  pin  is  defined  as 
REJECT. 

See  the  EADI  section  for  details  regarding  the  function 
and  timing  of  this  signal. 

Note  that  this  pin  is  multiplexed  with  the  INTR2  pin. 
SFBD 

Start  Frame-Byte  Delimiter  Output 

Start  Frame-Byte  Delimiter  Enable.  EADI  output  signal. 
An  initial  rising  edge  on  this  signal  indicates  that  a  start 
of  frame  delimiter  has  been  detected.  The  serial  bit 
stream  will  follow  on  the  SRD  signal,  commencing  with 
the  destination  address  field.  SFBD  will  go  high  for  4  bit 
times  (400  ns)  after  detecting  the  second  "1 "  in  the  SFD 
(Start  of  Frame  Delimiter)  of  a  received  frame.  SFBD  will 
subsequently  toggle  every  400  ns  (1 .25  MHz  frequency) 
with  each  rising  edge  indicating  the  first  bit  of  each  sub- 
sequent byte  of  the  received  serial  bit  stream.  SFBD  will 
be  inactive  during  frame  transmission. 

Note  that  this  pin  is  multiplexed  with  the  LED1  pin. 
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SRD 

Serial  Receive  Data  Output 

An  EADI  output  signal.  SRD  is  the  decoded  NRZ  data 
from  the  network.  This  signal  can  be  used  for  external 
address  detection.  Note  that  when  the  10BASE-T 
port  is  selected,  transitions  on  SRD  will  only  occur  dur- 
ing receive  activity.  When  the  AUI  port  is  selected,  tran- 
sitions on  SRD  will  occur  during  both  transmit  and 
receive  activity. 

Note  that  this  pin  is  multiplexed  with  the  LEDPRE3  pin. 
SRDCLK 

Serial  Receive  Data  Clock  Output 

An  EADI  output  signal.  Serial  Receive  Data  is  synchro- 
nous with  reference  to  SRDCLK.  Note  that  when  the 
10BASE-T  port  is  selected,  transitions  on  SRDCLK  will 
only  occur  during  receive  activity.  When  the  AUI  port  is 
selected,  transitions  on  SRDCLK  will  occur  during  both 
transmit  and  receive  activity. 

No  e  that  this  pin  is  multiplexed  with  the  LED2  pin. 

General  Purpose  Serial  Interface 

The  GPSI  interface  is  selected  through  the  PORTSEL 
bits  of  the  Mode  register  (CSR15)  and  enabled  through 
the  TSTSHDW[1]  bit  (BCR18)  or  the  CORETEST 
bit(CSR124). 

Note  that  when  GPSI  test  mode  is  invoked,  slave  ad- 
dress decoding  must  be  restricted  to  the  lower  24  bits  of 
the  address  bus  by  setting  the  IOAW24  bit  in  BCR2  and 
by  pulling  LED2  LOW  during  Software  Relocatable 
Mode.  The  upper  8  bits  of  the  address  bus  will  always  be 
considered  matched  when  examining  incoming  I/O  ad- 
dresses. During  master  accesses  while  in  GPSI  mode, 
the  PCnet-32  controller  will  not  drive  the  upper  8  bits  of 
the  address  bus  with  address  information.  See  the  GPSI 
section  for  more  detail. 

TXDAT 

Transmit  Data  Input/Output 

TXDAT  is  an  output,  providing  the  serial  bit  stream  for 
transmission,  including  preamble,  SFD  data  and  FCS 
field,  if  applicable. 

No  e  that  the  TxDAT  pin  is  multiplexed  with  the  A31  pin. 
TXEN 

Transmit  Enable  Input/Output 

TXEN  is  an  output,  providing  an  enable  signal  for  trans- 
mission. Data  on  the  TXDAT  pin  is  not  valid  unless  the 
TXEN  signal  is  HIGH. 

Note  that  the  TXEN  pin  is  multiplexed  with  the  A30  pin. 
STDCLK 

Serial  Transmit  Data  Clock  input 

STDCLK  is  an  input,  providing  a  clock  signal  for  MAC 
act  vity,  both  transmit  and  receive.  Rising  edges  of  the 
STDCLK  can  be  used  to  validate  TXDAT  output  data. 

The  STDCLK  pin  is  multiplexed  with  the  A29  pin. 


Note  that  this  signal  must  meet  the  frequency  stability 
requirement  of  the  ISO  8802-3  (IEEE/ANSI  802.3) 
specification  for  the  crystal. 

CLSN 

Collision  Input/Output 

CLSN  is  an  input,  indicating  to  the  core  logic  that  a 
collision  has  occurred  on  the  network. 

Note  that  the  CLSN  pin  is  multiplexed  with  the  A28  pin. 
RXCRS 

Receive  Carrier  Sense  Input/Output 

RXCRS  is  an  input.  When  this  signal  is  HIGH,  it  indi- 
cates to  the  core  logic  that  the  data  on  the  RXDAT  input 
pin  is  valid. 

Note  that  the  RXCRS  pin  is  multiplexed  with  the  A27  pin. 
SRDCLK 

Serial  Receive  Data  Clock  Input/Output 

SRDCLK  is  an  input.  Rising  edges  of  the  SRDCLK  sig- 
nal are  used  to  sample  the  data  on  the  RXDAT  input 
whenever  the  RXCRS  input  is  HIGH. 

Note  that  the  SRDCLK  pin  is  multiplexed  with  the 
A26  pin. 

RXDAT 

Receive  Data  Input/Output 

RXDAT  is  an  input.  Rising  edges  of  the  SRDCLK  signal 
are  used  to  sample  the  data  on  the  RXDAT  input  when- 
ever the  RXCRS  input  is  HIGH. 

Note  that  the  RXDAT  pin  is  multiplexed  with  the  A25  pin. 
IEEE  1149.1  Test  Access  Port  Interface 
TCK 

Test  Clock  Input 

The  clock  input  for  the  boundary  scan  test  mode  opera- 
tion. TCK  can  operate  up  to  1 0  MHz.  If  left  unconnected, 
this  pin  has  a  default  value  of  HIGH. 

TDI 

Test  Data  Input  Input 

The  test  data  input  path  to  the  PCnet-32  controller.  If  left 
unconnected,  this  pin  has  a  default  value  of  HIGH. 

TDO 

Test  Data  Output  Output 

The  test  data  output  path  from  the  PCnet-32  controller. 
TDO  is  floated  when  the  JTAG  port  is  inactive. 

TMS 

Test  Mode  Select  Input 

A  serial  input  bit  stream  is  used  to  define  the  specific 
boundary  scan  test  to  be  executed.  If  left  unconnected, 
this  pin  has  a  default  value  of  HIGH. 
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Power  Supply  Pins 
AVDD 

Analog  Power  (4  Pins)  Power 

There  are  four  analog  +5  Volt  supply  pins.  Special  atten- 
tion should  be  paid  to  the  printed  circuit  board  layout  to 
avoid  excessive  noise  on  these  lines.  Refer  to  Appen- 
dix B  and  the  PCnet  Family  Technical  Manual  (PID# 
1821 6A)  for  details. 

AVSS 

Analog  Ground  (2  Pins)  Power 

There  are  two  analog  ground  pins.  Special  attention 
should  be  paid  to  the  printed  circuit  board  layout  to  avoid 
excessive  noise  on  these  lines.  Referto  Appendix  B  and 
the  PCnet  Family  Technical  Manual  for  details. 

DVDEl 

Digital  Power  (3  Pins)  Power 

There  are  3  digital  power  supply  pins  (DVDD1 ,  DVDD  2, 
and  DVDD3)  used  by  the  internal  digital  circuitry. 

DVDDCLK 

Digital  Power  Clock  (1  Pin)  Power 

This  pin  is  used  to  supply  power  to  the  clock  buffering 
circuitry. 


DVDDO 

I/O  Buffer  Digital  Power  (5  Pins)  Power 

There  are  5  digital  power  supply  pins  (DVDDOI- 
DVDD05)  used  by  Input/Output  buffer  drivers. 

DVSS 

Digital  Ground  (4  Pins)  Ground 

There  are  4  digital  ground  pins  (DVSS1-DVSS4)  used 
by  the  internal  digital  circuitry. 

DVSSCLK 

Digital  Ground  Clock  (1  Pin)  Ground 

This  pin  is  used  to  supply  a  ground  to  the  clock  buffering 
circuitry. 

DVSSN 

I/O  Buffer  Digital  Ground  (15  Pins)  Ground 

These  15  ground  pins  (DVSSN1-DVSSN15)  are  used 
by  the  Input/Output  buffer  drivers. 

DVSSPAD 

Digital  Ground  Pad  (1  Pin)  Ground 

This  pin  is  used  by  the  Input/Output  logic  circuits. 
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VESA  VL-BUS  /  LOCAL  BUS  PIN  CROSS-REFERENCE 
Listed  by  Pin  Number 


Pin 
# 


VESA  VL-Bus  Mode 
Pin  Name 


Local  Bus  Mode 
Pin  Name 


Pin 
# 


VESA  VL-Bus  Mode 
Pin  Name 


Local  Bus  Mode 
Pin  Name 


1 

2 
3 
4 
5 
6 
7 
8 
9 

10 
11 
12 
13 
14 
15 
16 
17 
18 

i. 

20 
21 
22 
23 
24 
25 
26 
27 
28 
29 
30 

33 
34 
35 
36 
37 
38 
39 
40 


NC 

LED2/SRDCLK 

DVSSN1 

ADR17 

ADR16 

ADR15 

ADR14 

DVDD01 

ADR13 

ADR12 

DVSSN2 

ADR11 

ADR10 

ADR9 

ADR8 

ADR7 

DVSSN3 

ADR6 

ADR5 

DVSSPAD 

ADR4 

ADR3 

DVSSN4 

ADR2 


LBS16 

DVDD1 

LEADS 

DVSSCLK 

LCLK 

DVDDCLK 

VLBEN 


BLAST 


LGNT 
BRDY 
DVDD02 


LREQ 

DVSS1 

LDEV 

NC 

NC 


NC 

LED2/SRDCLK 

DVSSN1 

A17 

A16 

A15 

A14 

DVDDOI 

A13 

A12 

DVSSN2 

A11 

A10 

A9 

A8 

A7 

DVSSN3 

A6 

A5 

DVSSPAD 

A4 

A3 

DVSSN4 
A2 

AHOLD 
DVDD1 


EADS 
DVSSCLK 
BCLK 
DVDDCLK 


Am486 

BLAST 

HLDA 

BRDY 

DVDD02 

HOLD 

DVSS1 


LDEV 

NC 

NC 


41 
42 
43 
44 
45 
46 
47 
48 
49 
50 
51 
52 
53 
54 
55 
56 
57 
58 
59 
60 
61 
62 
63 
64 
65 
66 
67 
68 
69 
70 
71 
72 
73 
74 
75 
76 
77 
78 
79 
80 


NC 


RDYRTN 


LRDY 

W/R 

ADS 

M/IO 

BE3 

D/C 

RESET 

BE2 

DVSSN5 

BET 

BE0 

WBACK 

DAT31 

DAT30 

DAT29 

DAT28 

DVSSN6 

DAT27 

DAT26 

DAT25 

DAT24 

DAT23 

DVDD03 

DAT22 

DVSSN7 

DAT21 

DVSS2 

DAT20 

DAT19 

DAT18 

DAT17 

DVSSN8 

DAT16 

DAT15 

DAT14 

DAT13 

NC 

NC 


NC 


RDYRTN 

RDY 

W/R 

ADS 

M/IO 

BE3 

D/C 

RESET 

BE2 

DVSSN5 

BET 

BE0 


BOFF 

D31 

D30 

D29 

D28 

DVSSN6 

D27 

D26 

D25 

D24 

D23 

DVDD03 
D22 

DVSSN7 

D21 

DVSS2 

D20 

D19 

D18 

D17 

DVSSN8 

D16 

D15 

D14 

D13 

NC 

NC 
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VESA  VL-BUS/LOCAL  BUS  PIN  CROSS-REFERENCE  (continued) 
Listed  by  Pin  Number 


Pin 
# 

VESA  VL-Bus  Mode 
Pin  Name 

Local  Bus  Mode 
Pin  Name 

Pin 
# 

VESA  VL-Bus  Mode 
Pin  Name 

Local  Bus  Mode 
Pin  Name 

Ol 

NO 

NO 

121 

NC 

NC 

82 

DAT1 2 

D12 

122 

NC 

NC 

oJ 

UvooNy 

123 

Avbb  1 

A  WOO  H 

84 

DAT1 1 

D1 1 

124 

DO- 

DO- 

85 

DAT10 

D10 

125 

DO+ 

DO+ 

DC 

ob 

UA  I  9 

U9 

126 

AVDD1 

AVDD1 

87 

DAT8 

D8 

127 

Dl- 

Dl- 

88 

DAT7 

D7 

128 

DI+ 

DI+ 

89 

r\\  iron ^  n 

DVSSN10 

DVSSN10 

129 

Cl- 

Cl- 

90 

DAT6 

D6 

130 

CI+ 

CI+ 

91 

UVUU04 

DVDDU4 

131 

AVDD2 

AVDD2 

GO 

UA  1 1> 

D5 

132 

ADR31 

A31 

93 

UA  I  4 

D4 

133 

ADR30 

A30 

94 

DAT3 

D3 

134 

ADR29 

A29 

95 

DVDD2 

DVDD2 

135 

DVDD3 

DVDD3 

96 

DAT2 

D2 

136 

DVSS4 

DVSS4 

97 

DVSSN1 1 

DVSSN1 1 

137 

ADR28 

A28 

98 

DAT1 

D1 

138 

ADR27 

A27 

99 

DAT0 

DO 

139 

DVSSN13 

DVSSN13 

100 

LREQI/TDO 

HOLDI/TDO 

140 

ADR26 

A26 

LAaN  1  \JI  \  or\ 

HLDAO/I  UK 

141 

ADR25 

A25 

IIN  1  M4/  1  Mo 

IN  1  H4/I  Mb 

142 

DVDDOo 

DVDD05 

103 

n\/CC  M  A  O 

UVboNu 

|-\  \  IC  (SIN  A 

DVSSN12 

143 

ADR24 

A24 

104 

IrM  1  no/ 1  Ul 

IN  1 H3/TDI 

144 

ADR23 

A23 

1  UD 

IMTD1  /a  A  a 

IN  1  H2/EAR 

145 

ADR22 

A22 

106 

JTAGSEL 

JTAGSEL 

146 

ADR21 

A21 

107 

DVSS3 

DVSS3 

147 

DVSSN14 

DVSSN14 

108 

RXD- 

RXD- 

148 

ADR20 

A20 

109 

RXD+ 

RXD+ 

149 

ADR  19 

A19 

110 

AVDD4 

AVDD4 

150 

ADR18 

A18 

111 

TVD 

1  Xr- 

TXP- 

151 

INTR1 

INTR1 

l  1  C 

1  AU- 

TXD- 

152 

EEDO/LEDPRE3/SRD 

EEDO/LEDPRE3/SRD 

1  1 J 

Tvp, 

TVD  . 

1  Ar+ 

153 

LBA/ESA 

LB/VESA 

114 

TXD+ 

TXD+ 

154 

EEDI/LNKST 

EEDI/LNKST 

115 

AVDD3 

AVDD3 

155 

EESK/LED1/SFBD 

EESK/LED1  /SFBD 

116 

XTAL1 

XTAL1 

156 

SLEEP 

SLEEP 

117 

AVSS2 

AVSS2 

157 

EECS 

EECS 

118 

XTAL2 

XTAL2 

158 

DVSSN15 

DVSSN15 

119 

NC 

NC 

159 

SHFBUSY 

SHFBUSY 

120 

NC 

NC 

160 

NC 

NC 
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CONNECTION  DIAGRAM:  486  LOCAL  BUS  MODE 


Q 

tr 
co 

% 


>  m 

co  -- 

=>z 

m  co  co 

u-  co  o 
OI>iil 
Z  CO  O  111 


Q 

uj  33  uj  ! 


5  m 
z  O 
CO  g 

_!Z*-*-C\l>C\IC\JC\IC\l> 
C0LULU_IUJ^<<<O<<<< 


O  CO  CO  O  Q  O 

>CMCM>CM<M>><MCOCO>  —  —  -r  > 
O<<0<<00<<<<0000< 


ooloo 

Q  Q  4  Z  Z 


LED2/SRDCLK 
DVSSN1 
A17 
A16 
A15 
A14 
DVDD01 
A13 
A12 
DVSSN2 


nnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnn 


• 

1  * 

2 
3 
4 
5 
6 
7 
8 
9 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
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120 

119 
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117 
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114 
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110 
109 
108 
107 
106 
105 
104 
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102 
101 
100 
99 
98 
97 
96 
95 
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90 
89 
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87 
86 
85 
84 
83 
82 
81 
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PIN  DESIGNATIONS:  486  LOCAL  BUS  MODE 
Listed  by  Pin  Number 


Pil 

1 

Pin 

Pin 

Pin 

# 

Name 

# 

Name 

# 

Name 

# 

Name 

1 

NC 

41 

NC 

81 

NC 

121 

NC 

2 

LED2/SRDCLK 

42 

RDYRTN 

82 

D12 

122 

NC 

3 

DVSSN1 

43 

RDY 

83 

DVSSN9 

123 

AVSS1 

4 

A17 

44 

W/R 

84 

D11 

124 

DO- 

5 

A16 

45 

ADS 

85 

D10 

125 

DO+ 

6 

A15 

46 

M/IO 

86 

D9 

126 

AVDD1 

7 

A14 

47 

BE3 

87 

D8 

127 

Dl- 

8 

DVDDOI 

48 

D/C 

88 

D7 

128 

DI+ 

9 

A13 

49 

RESET 

89 

DVSSN10 

129 

Cl- 

10 

A12 

50 

BE2 

90 

D6 

130 

CI+ 

11 

DVSSN2 

51 

DVSSN5 

91 

0VDDO4 

131 

AVDD2 

12 

A11 

52 

BET 

92 

D5 

132 

A31 

13 

A10 

53 

BE0 

93 

D4 

133 

A30 

14 

A9 

54 

BOFF 

94 

D3 

134 

A29 

15 

A8 

55 

D31 

95 

DVDD2 

135 

DVDD3 

16 

A7 

56 

D30 

96 

D2 

136 

DVSS4 

17 

DVSSN3 

57 

D29 

97 

DVSSN1 1 

137 

A28 

18 

A6 

58 

D28 

98 

D1 

138 

A27 

19 

A5 

59 

DVSSN6 

99 

DO 

139 

DVSSN13 

20 

DVSSPAD 

60 

D27 

100 

HOLDI/TDO 

140 

A26 

21 

A4 

61 

D26 

101 

HLDAO/TCK 

141 

A25 

22 

A3 

62 

D25 

102 

INTR4/TMS 

142 

DVDD05 

23 

DVSSN4 

63 

D24 

103 

DVSSN12 

143 

A24 

24 

A2 

64 

D23 

104 

INTR3/TDI 

144 

A23 

25 

AHOLD 

65 

DVDD03 

105 

INTR2/EAR 

145 

A22 

26 

DVDD1 

66 

D22 

106 

JTAGSEL 

146 

A21 

27 

EADS 

67 

DVSSN7 

107 

DVSS3 

147 

DVSSN14 

28 

DVSSCLK 

68 

D21 

108 

RXD- 

148 

A20 

29 

BCLK 

69 

DVSS2 

109 

RXD+ 

149 

A19 

30 

DVDDCLK 

70 

D20 

110 

AVDD4 

150 

A18 

31 

Am486 

71 

D19 

111 

TXP- 

151 

INTR1 

32 

BLAST 

72 

D18 

112 

TXD- 

152 

EEDO/LEDPRE3/SRD 

33 

HLDA 

73 

D17 

113 

TXP+ 

153 

LBA/ESA 

34 

BRDY 

74 

DVSSN8 

114 

TXD+ 

154 

EEDI/LNKST 

35 

DVDD02 

75 

D16 

115 

AVDD3 

155 

EESK/LED1  /SFBD 

36 

HOLD 

76 

D15 

116 

XTAL1 

156 

SLEEP 

37 

DVSS1 

77 

D14 

117 

AVSS2 

157 

EECS 

38 

LDEV 

78 

D13 

118 

XTAL2 

158 

DVSSN15 

39 

NC 

79 

NC 

119 

NC 

159 

SHFBUSY 

40 

NC 

80 

NC 

120 

NC 

160 

NC 
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PIN  DESIGNATIONS: 
Listed  by  Pin  Name 


486  LOCAL  BUS  MODE 


Name 


Pin 
# 

Name 

24 

BEO 

22 

BE1 

21 

BE2 

19 

BE3 

18 

BLAST 

16 

BOFF 

15 

BRDY 

14 

CI+ 

13 

Cl- 

12 

D/C 

10 

DO 

g 

D1 

7 

D2 

g 

D3 

5 

D4 

4 

D5 

150 

D6 

149 

D7 

148 

D8 

146 

D9 

145 

D10 

144 

D11 

143 

D12 

141 

D13 

140 

D14 

138 

D15 

137 

D16 

134 

D17 

133 

D18 

132 

D19 

45 

D20 

25 

D21 

ol 

vet 

126 

D23 

131 

D24 

115 

D25 

110 

D26 

123 

D27 

117 

D28 

29 

029 

Pin 
# 


Name 


Pin 
# 


Name 


A2 
A3 
A4 
A5 
A6 
A7 
A8 
A9 
A10 
A11 
A12 
A13 
A14 
A15 
A16 
A17 
A18 
A19 
A20 
A21 
A22 
A23 
A24 
A25 
A26 
A27 
A28 
A29 
A30 
A31 
ADS 
AHOLD 


Am486 
AVDD1 
AVDD2 
AVDD3 
AVDD4 
AVSS1 
AVSS2 
BCLK 


53 

52 

50 

47 

32 

54 

34 

130 

129 

48 

99 

98 

96 

94 

93 

92 

90 

88 

87 

86 

85 

84 

82 

78 

77 

76 

75 

73 

72 

71 

70 

68 

66 

64 

63 

62 

61 

60 

58 

57 


D30 
D31 
DI+ 
DI- 
DO* 
DO- 
DVDD1 
DVDD2 
DVDD3 
DVDDCLK 
DVDD01 
DVDD02 
DVDD03 
DVDD04 
DVDD05 
DVSS1 
DVSS2 
DVSS3 
DVSS4 
DVSSCLK 
DVSSN1 
DVSSN2 
DVSSN3 
DVSSN4 
DVSSN5 
DVSSN6 
DVSSN7 
DVSSN8 
DVSSN9 
DVSSN10 
DVSSN11 
DVSSN12 
DVSSN13 
DVSSN14 
DVSSN15 
DVSSPAD 
EADS 
EECS 

EEDI/LNKST 
EEDO/LEDPRE3/SRD 


56 
55 
128 
127 
125 
124 
26 
95 
135 
30 
8 

35 
65 
91 
142 
37 
69 
107 
136 
28 
3 
11 
17 
23 
51 
59 
67 
74 
83 
89 
97 
103 
139 
147 
158 
20 
27 
157 
154 
152 


EESK/LED1/SFBD 
HLDA 

HLDAO/TCK 

HOLD 

HOLDI/TDO 

INTR1 

INTR2/EAR 

INTR3/TDI 

INTR4/TMS 

JTAGSEL 

LB/VESA 

LDEV 

LED2/SRDCLK 

M/IO 

NC 

NC 

NC 

NC 

NC 

NC 

NC 

NC 

NC 

NC 

NC 

NC 

RDY 

RDYRTN 

RESET 

RXD+ 

RXD- 

SHFBUSY 


TXD+ 

TXD- 

TXP+ 

TXP- 

W/R 

XTAL1 

XTAL2 
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P  N  DESIGNATIONS:  486  LOCAL  BUS  MODE 
L  sted  by  Group 


Pin  Name 


Pin  Function 


Type 


Driver 


486/386DX  Local  Bus  Interface 


RDY 


RDYRTN 
W/R 


Address  Bus 
Address  Status 
Address  Hold 
Am486  Mode  Select 
Bus  Clock 
Byte  Enable 
Burst  Last 
Backoff 
Burst  Ready 
Data/Control  Select 
Data  Bus 

External  Address  Strobe 
Hold  Acknowledge 
Hold  Acknowledge  Out 
Hold  Request 
Hold  Request  In 
Interrupt  Number  1 
Interrupt  Number  2 
Interrupt  Number  3 
Interrupt  Number  4 
JTAG  Select 

Local  Bus/VESA  VL-Bus  Select  pin 
Local  Device 
Memory/I/O  Select 
Ready 

Ready  Return 
Write/Read  Select 


IO 
I/O 

I 

I 

I 

I/O 

o 
I 

I/O 
I/O 
I/O 

o 
I 

I/O 

o 

I/O 

o 

I/O 
I/O 
I/O 

I 
I 

o 

I/O 

o 
I 

I/O 


TS 
TS 


TS 
TS 

TS 
TS 
TS 
TS 

TS 
08 
TS 
TS 
TS 
TS 
TS 


04 
TS 
TS 

TS 


Board  Interface 


EECS 


EEDI/LNKST 

EEDO/LEDPRE3 

EESK/LED1 

LED2 

RESET 

SHFBUSY 


SLEEP 
XTAL1 
XTAL2 


Microwire  Serial  PROM  Chip  Select 

Microwire  Serial  EEPROM  Data  In/Link  Status 

Microwire  Address  PROM  Data  Out/LED3  predriver 

Microwire  Serial  PROM  Clock/LED1 

LED  output  number  2 

Reset 

Shift  Busy  (for  external  EEPROM-programmable  logic) 
Sleep  Mode 
Crystal  Input 

Crystal  Output  


O 
O 
I/O 

o 
o 
I 

o 
I 
I 

o 


08 
LED 
LED 
LED 
LED 

08 
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PIN  DESIGNATIONS:  486  LOCAL  BUS  MODE 
Listed  by  Group 


Pin  Name 

Pin  Function 

Type 

Driver 

No.  of 
Pins 

Attachment  Unit  Interface  (AUI) 

CI+/CI- 
DI+/DI- 
DO+/DO- 

AUI  Collision  Differential  Pair 
AUI  Data  In  Differential  Pair 
AUI  Data  Out  Differential  Pair 

I 

O 

DO 

2 
2 
2 

Twis 

.ted  Pair  Transceiver  Interface  (10BASE-T) 

RXD 
TXD 
TXP 
LNK 

+/RXD- 
+/TXD- 
*/TXP- 
ST/EEDI 

Receive  Differential  Pair 

Transmit  Differential  Pair 

Transmit  Pre-distortion  Differential  Pair 

Link  Status/microwire  Serial  EEPROM  Data  In 

I 

o 
o 
o 

TDO 
TPO 
LED 

2 
2 
2 
1 

IEEE 

:  1149.1  Test  Access  Port  Interface  (JTAG) 

TCK 
TDI 
TDC 
TMS 

Test  Clock 
Test  Data  In 
Test  Data  Out 
Test  Mode  Select 

I/O 
I/O 
I/O 
I/O 

TS 
TS 
TS 
TS 

rnal  Address  Detection  Interface  (EADI) 

EAR 
SRC 
SRC 
SFB 

CLK 
D 

External  Address  Reject  Low 
Serial  Receive  Data 
Serial  Receive  Data  Clock 
Start  Frame  -  Byte  Delimiter 

I/O 
I/O 
I/O 
O 

TS 
TS 
TS 
LED 

Pow 

er  Supplies 

AVE 
AVS 
DVC 
DVC 
DVC 
DVS 
DVS 
DVS 
DVS 

D 
S 
D 

DCLK 
DO 

S 

SCLK 
SN 

SPAD 

Analog  Power 
Analog  Ground 
Digital  Power 
Digital  Power  Clock 
I/O  Buffer  Digital  Power 
Digital  Ground 
Digital  Ground  Clock 
I/O  Buffer  Digital  Ground 
Digital  Ground  Pad 

p 
p 
p 
p 
p 
p 
p 
p 
p 

4 
2 
3 
1 
5 
4 
1 

15 

1  , 
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PIN  DESIGNATIONS:  486  LOCAL  BUS  MODE 
Driver  Type 

Table  9.  Output  Driver  Types 


Name 

Type 

lOL 

(mA) 

lOH 

(mA) 

PF 

TS 

Tri-State 

8 

-0.4 

50 

08 

Totem  Pole 

8 

-0.4 

50 

04 

Totem  Pole 

4 

-0.4 

50 

OD 

Open  Drain 

8 

50 

LED 

LED 

12 

-0.4 

50 

Table  10.  Pins  with  Pull-Ups 

Signal 

Pull-up 

TDI 

>10Ki2 

TMS 

>10Kfi 

TCK 

>10Kfi 

- 
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PIN  DESCRIPTION:  486  LOCAL 
BUS  MODE 

Configuration  Pins 
JTAGSEL 

JTAG  Function  Select  Input 

The  value  of  this  pin  will  asynchronously  select  between 
JTAG  Mode  and  Multi-Interrupt  Mode. 

The  value  of  this  pin  will  asynchronously  affect  the  func- 
tion of  the  JTAG-INTR-Daisy  chain  arbitration  pins, 
regardless  of  the  state  of  the  RESET  pin  and  regardless 
of  the  state  of  the  BCLK  pin.  If  the  value  is  a  "1 ",  then  the 
PCnet-32  controller  will  be  programmed  for  JTAG 
mode.  If  the  value  is  a  "0",  then  the  PCnet-32  controller 
will  be  programmed  for  Multi-Interrupt  Mode. 
When  programmed  for  JTAG  mode,  four  pins  of  the 
PCnet-32  controller  will  be  configured  as  a  JTAG 
(IEEE  1 149.1 )  Test  Access  Port.  When  programmed  for 
Multi-Interrupt  Mode,  two  of  the  JTAG  pins  will  become 
interrupts  and  two  JTAG  pins  will  be  used  for  daisy  chain 
arbitration  support.  Table  11  below  outlines  the  pin 
changes  that  will  occur  by  programming  the 
JTAGSEL  pin. 

Table  1 1 .  JTAG  Pin  Changes 


The  JTAGSEL  pin  may  be  tied  directly  to  Vdd  or  Vss. 
A  series  resistor  may  be  used  but  is  not  necessary. 

LB/VESA 

Local  Bus/VESA  VL-Bus  Select  Input 

The  value  of  this  pin  will  asynchronously  determine  the 
operating  mode  of  the  PCnet-32  controller,  regardless 
of  the  state  of  RESET  and  regardless  of  the  state  of  the 
BCLK  pin.  If  the  LB/VESA  pin  is  tied  to  Vdd,  then  the 
PCnet-32  controller  will  be  programmed  for  Local  Bus 
Mode.  If  the  LB/VESA  pin  is  tied  to  Vss,  then  the 
PCnet-32  controller  will  be  programmed  for  VESA  VL- 
Bus  Mode. 


Note  that  the  setting  of  LB/VESA  determines  the  func- 
tionality of  the  following  pins  (names  in  parentheses  are 
pins  in  the  VESA  VL-Bus  Mode):  Am486  (VLBEN), 
RESET  (RESET),  AHOLD  (LBS16),  HOLD  (LREQ), 
HLDA(LGNT),  HOLDI  (LREQI),  and  HLDAO  (LGNTO). 


Pi 

n 

JTAGSEL=1 
JTAG  mode 

JTAGSEL=0 
Multi-Interrupt  Mode 

HLDA 
HOLD 

intr: 

INTR< 

O/TCK 
l/TDO 
l/TDI 
l/TMS 

TCK 
TDO 
TDI 
TMS 

HLDAO 
HOLDI 
INTR3 
INTR4 

LB 

VESA 

Am486/Am386 

JTAGSEL 

Mode  Selected 

0 

X* 

0 

VL  Bus  mode  with  4  interrupts  and  daisy  chain  arbitration 

0 

X* 

1 

VL  Bus  mode  with  2  interrupts  and  JTAG 

1 

0 

0 

Am486  mode  with  4  interrupts  and  daisy  chain  arbitration 

1 

0 

1 

Am486  mode  with  2  interrupts  and  JTAG 

1 

1 

X 

Reserved 

Am486 

Am486  Mode  Select  Input 

The  Am486  pin  should  be  tied  directly  to  Vss.  A  series 
resistor  may  be  used  but  is  not  necessary. 

Note:  This  pin  is  used  to  enable  bursing  in  the  VESA  VL- 
Bus  mode  when  the  LB/VESA  pin  has  been  tied  to  Vss. 
See  the  pin  description  for  the  VLBEN  pin  in  the  VESA 
VL-Bus  Mode  section. 

Configuration  Pin  Settings  Summary 

Table  1 2  shows  the  possible  pin  configurations  that  may 
be  invoked  with  the  PCnet-32  controller  configuration 
pins. 


Table  12.  Configuration  Pin  Settings 


*X=  Don't  care 
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Table  13.  Pin  Connections  to  Power/Ground 


Pin  Name 

Pin  No 

Supply 
Strapping 

Resistive 
Connection 
to  Supply 

Recommended 
Resistor  Size 

l_£  Ut/o  n  U  O 

£ 

Dq/ii  i  i  rati 

nequireu 

Ron  li raH 

nequn  tju 

0£t  14  111  acllcb  Willi  LCU,  Ul    IU  l\l£ 

without  LED 

AHOLD 

25 

Optional 

Required 

10  K£l 

Am486 

31 

Required 

Optional 

NA 

BOFF 

54 

Optional 

Required 

10  Kn 



HOI  ni/rno 

1 00 

Orvtinnal 
W|_>IIL»I  Id! 

Com  i i  roH 

10  K£2 

JTAGSEL 

106 

Required 

Optional 

NA 

EEDO/LEDPRE3/SRD 

152 

Optional 

Required 

10KQ 

LBA/ESA 

153 

Required 

Optional 

NA 

EEDI/LNKST 

154 

Optional 

Required 

324  £2  in  series  with  LED,  or  1 0  K£i 
without  LED 

EESK/LED1/SFBD 

155 

Required 

Required 

324  n  in  series  with  LED,  or  10  Kfi 
without  LED 

SLEEP 

156 

Optional 

Required 

10  K£i 

All  Other  Pins 

Optional 

Required 

10  K£J 

Pin  Connections  to  Voo  or  Vss 

Several  pins  may  be  connected  to  VoDor  Vss  for  various 
application  options.  Some  pins  are  required  to  be  con- 
nected to  Vdd  or  Vss  in  order  to  set  the  controller  into  a 
particular  mode  of  operation,  while  other  pins  might  be 
connected  to  Vdd  or  Vss  if  that  pin's  function  is  not  imple- 

I tented  in  a  specific  application.  Table  13  shows  which 
ins  require  a  connection  to  Vdd  or  Vss,  and  which  pins 
may  optionally  be  connected  to  Vdd  or  Vss  because  the 
application  does  not  support  that  pin's  function.  The 
ble  also  shows  whether  or  not  the  connections  need  to 
i  resistive. 

.ocal  Bus  Interface 

A2-A31 

Address  Bus  Input/Output 

Address  information  which  is  stable  during  a  bus  opera- 
tion, regardless  of  the  source.  When  the  PCnet-32  con- 
troller is  Current  Master,  A1-A31  will  be  driven.  When 
the  PCnet-32  controller  is  not  Current  Master,  the 
A2-A31  lines  are  continuously  monitored  to  determine  if 
an  address  match  exists  for  I/O  slave  transfers. 

Some  portion  of  the  Address  Bus  will  be  floated  at  the 
time  of  an  address  hold  operation,  which  is  signaled  with 
the  AHOLD  pin.  The  number  of  Address  Bus  pins  to  be 
floated  will  be  determined  by  the  value  of  the  Cache  Line 
Length  register  (BCR18,  bits  15-11). 


ADS 

Address  Status  Input/Output 

When  driven  LOW,  this  signal  indicates  that  a  valid  bus 
cycle  definition  and  address  are  available  on  the  M/IO, 
D/C,  W/R  and  A2-A31  pins  of  the  local  bus  interface.  At 
that  time,  the  PCnet-32  controller  will  examine  the  com- 
bination of  M/IO,  D/C,  W/R,  and  the  A2-A31  pins  to 
determine  if  the  current  access  is  directed  toward  the 
PCnet-32  controller. 

ADS  will  be  driven  LOW  when  the  PCnet-32  controller 
performs  a  bus  master  access  on  the  local  bus. 

AHOLD 

Address  Hold  Input 

This  pin  is  always  an  input.  The  PCnet-32  controller  will 
put  some  portion  of  the  address  bus  into  a  high  imped- 
ance state  whenever  this  signal  is  asserted.  AHOLD 
may  be  asserted  by  an  external  cache  controller  when  a 
cache  invalidation  cycle  is  being  performed.  AHOLD 
may  be  asserted  at  any  time,  including  times  when  the 
PCnet-32  controller  is  the  active  bus  master.  Note  that 
this  pin  is  multiplexed  with  a  VESA  VL  function:  LBS16. 

Some  portion  of  the  Address  Bus  will  be  floated  at  the 
time  of  an  address  hold  operation,  which  is  signaled  with 
the  AHOLD  pin.  The  number  of  Address  Bus  pins  to  be 
floated  will  be  determined  by  the  value  of  the  Cache  Line 
Length  (CLL)  register  (BCR1 8,  bits  15-11)  as  shown  in 
Table  14. 
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Table 


14.  CLL  Value  and  Floating  Address  Pins 


CLL 

Value 

Floated  Portion  of  Address 
Bus  During  AHOLD 

300  00 

None 

30001 

A31-A2 

30010 

A31-A3 

30011 

Reserved  CLL  Value 

im  rift 

no  1  — M*+ 

001 

31-00111 

Reserved  CLL  Values 

31000 

A31-A5 

010 

31-01111 

Reserved  CLL  Values 

10000 

A31-A6 

100 

31-11111 

Reserved  CLL  Values 

BCLK 

Bus  Clock  Input 

Clock  input  that  provides  timing  edges  for  all  interface 
signals.  This  clock  is  used  to  drive  the  system  bus  inter- 
face and  the  internal  buffer  management  unit.  This  clock 
is  NOT  used  to  drive  the  network  functions. 


BE0-BE3 

Byte  Enable  Input/Output 

These  signals  indicate  which  bytes  on  the  data  bus  are 
active  during  read  and  write  cycles.  When  BE3  is  active, 
the  byte  on  D31-D24  is  valid.  BE2-BE0  active  indicate 
valid  data  on  pins  D23-D16,  D15-D8,  D7-D0,  respec- 
tively. The  byte  enable  signals  are  outputs  for  bus  mas- 
ter and  inputs  for  bus  slave  operations. 


BLAST 

Burst  Last  Output 

When  the  BLAST  signal  is  asserted,  then  the  next  time 
that  BRDY  or  RDYRTN  is  asserted,  the  burst  cycle 
is  comp  ete. 


BOFF 

Backoff  Input 

BOFF  is  monitored  as  an  input  during  Bus  Master  ac- 
cesses, 
master, 
within  1 

BOFF  is  ( 

accesses  that  were  suspended  due  to  the  assertion  of 
BOFF  and  then  will  proceed  with  other  scheduled  ac- 
cesses, if  any.  Register  access  cannot  be  performed  to 
the  PCnet-32  device  while  BOFF  is  asserted. 


When  PCnet-32  controller  is  current  local  bus 
t  will  float  all  appropriate  bus  mastering  signals 
clock  period  of  the  assertion  of  boff.  When 
deasserted,  PCnet-32  controller  will  restart  any 


BRDY 
Burst  Ready 


Input/Output 


BRDY  functions  as  an  input  to  the  PCnet-32  controller 
during  bus  master  cycles.  When  BRDY  is  asserted  dur- 
ing a  master  cycle,  it  indicates  to  the  PCnet-32  controller 
that  the  target  device  is  accepting  burst  transfers.  It  also 
serves  the  same  function  as  RDYRTN  does  for  non- 
burst  accesses.  That  is,  it  indicates  that  the  target  de- 
vice has  accepted  the  data  on  a  master  write  cycle,  or 


that  the  target  device  has  presented  valid  data  onto  the 
bus  during  master  read  cycles. 


If  BRDY  and  RDYRTN  are  sampled  active  in  the  same 
cycle,  then  RDYRTN  takes  precedence,  causing  the 
next  transfer  cycle  to  begin  with  a  T1  cycle. 


BRDY  functions  as  an  output  during  PCnet-32  controller 
slave  cycles  and  is  always  driven  inactive  (HIGH). 

BRDY  is  floated  if  the  PCnet-32  controller  is  not  being 
accessed  as  the  current  slave  device  on  the  local  bus. 

D/C 

Data/Control  Select  Input/Output 

During  slave  accessesjo  the  PCnet-32  controller,  the 
D/C  pin,  along  with  M/IO  and  W/R,  indicates  the  type  of 
cycle  that  is  being  performed.  PCnet-32  controllerwill 
only  respond  to  local  bus  accesses  in  which  D/C  is 
driven  HIGH  by  the  local  bus  master. 

During  PCnet-32  controller  bus  master  accesses,  the 
D/C  pin  is  an  output  and  will  always  be  driven  HIGH. 

D/C  is  floated  if  the  PCnet-32  controller  is  not  the  current 
master  on  the  local  bus. 

D0-D31 

Data  Bus  Input/Output 

Used  to  transfer  data  to  and  from  the  PCnet-32  control- 
ler to  system  resources  via  the  local  bus.  D31-D0  are 
driven  by  the  PCnet-32  controller  when  performing  bus 
master  writes  and  slave  read  operations.  Data  on 
D31-D0  is  latched  by  the  PCnet-32  controller  when 
performing  bus  master  reads  and  slave  write 
operations. 

The  PCnet-32  controller  will  always  follow  Am386DX 
byte  lane  conventions.  This  means  that  for  word  and 
byte  accesses  in  which  PCnet-32  controller  drives  the 
data  bus  (i.e.  master  write  operations  and  slave  read 
operations)  the  PCnet-32  controller  will  produce  dupli- 
cates of  the  active  bytes  on  the  unused  half  of  the  32-bit 
data  bus.  Table  15  illustrates  the  cases  in  which  dupli- 
cate bytes  are  created. 
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Table  15.  Byte  Duplication  on  Data  Bus 


BE3- 

DAT 

DAT 

DAT 

DAT 

BEO 

[31 :24] 

[23:16] 

[15:8] 

[7:0] 

1110 

Undef 

Undef 

Undef 

A 

1101 

under 

Under 

A 

A 

under 

1011 

undef 

A 
A 

under 

Copy  A 

01 1 1 

A 

Undef 

Copy  A 

Undef 

1100 

Undef 

Undef 

B 

A 

1001 

Undef 

g 

Undef 

0011 

D 

C 

Copy  D 

Copy  C 

1000 

Undef 

c 

B 

A 

0001 

D 

c 

B 

Undef 

0000 

D 

c 

B 

A 

EADS 

External  Address  Strobe  Output 

During  master  write  accesses  in  which  Generate  Cache 
Invalidation  Cycles  mode  has  been  selected,  the  EADS 
pin  will  be  asserted  as  part  of  the  PCnet-32  controller 
cache  invalidation  cycle.  Cache  invalidation  cycles  will 
occur  as  often  as  a  new  cache  line  is  reached.  The 
cache  line  size  can  be  set  with  the  cache  line  length  bits 
Of  BCR18  (bits  [15:11]). 

HLDA 

Bus  Hold  Acknowledge  Input 

PCnet-32  controller  examines  the  HLDA  signal  to  deter- 
mine when  it  has  been  granted  ownership  of  the  bus. 
HLDA  is  active  HIGH. 

When  HLDA  is  asserted  and  HOLD  is  being  asserted  by 
the  PCnet-32  controller,  the  PCnet-32  controller  as- 
sumes ownership  of  the  local  bus.  However,  if  the 
PCnet-32  controller  is  asserting  HOLD  because  HOLDI 
is  asserted  (as  in  a  daisy  chain  arbitration),  then 
PCnet-32  controller  will  assert  HLDAO  and  will  not  as- 
sume ownership  of  the  local  bus. 

Note  that  it  changes  polarity  when  the  VL  mode  is  se- 
lected (see  pin  description  of  LGNT  in  VESA  VL-Bus  In- 
terface section). 

HLDAO 

Bus  Hold  Acknowledge  Out  Output 

This  signal  is  multiplexed  with  the  TCK  pin,  and  is  avail- 
able only  when  the  Multi-Interrupt  mode  has  been  se- 
lected with  the  JTAGSEL  pin. 

An  additional  local  bus  master  may  daisy-chain  its 
HLDA  signal  through  the  PCnet-32  controller  HLDAO 
pin.  The  PCnet-32  controller  will  deliver  a  HLDAO  signal 
to  the  additional  local  bus  master  whenever  the 
PCnet-32  controller  receives  a  HLDA  from  the  CPU,  but 
is  not  simultaneously  requesting  the  bus  internally.  The 
second  local  bus  master  must  connect  its  HOLD  output 


to  the  HOLDI  input  of  the  PCnet-32  controller  in  order  to 
complete  the  local  bus  daisy-chain  arbitration  control. 

When  SLEEP  is  not  asserted,  daisy  chain  arbitration 
signals  that  pass  through  the  PCnet-32  controller  will 
experience  a  one-clock  delay  from  input  to  output  (i.e. 
HOLDI  to  HOLD  and  HLDA  to  HLDAO). 

While  SLEEP  is  asserted  (either  in  snooze  mode  or 
coma  mode),  if  the  PCnet-32  controller  is  configured  for 
a  daisy  chain  (HOLDI  and  HLDAO  signals  have  been 
selected  with  the  JTAGSEL  pin),  then  the  system  arbi- 
tration signal  HLDA  will  be  passed  directly  to  the  daisy- 
chain  signal  HLDAO  without  experiencing  a  one-clock 
delay.  However,  some  combinatorial  delay  will  be  intro- 
duced in  this  path. 

Note  that  this  pin  changes  polarity  when  VL  mode  has 
been  selected  (see  pin  description  of  LGNTO  in  VESA 
VL-Bus  Interface  section). 

HOLD 

Bus  Hold  Request  Output 

PCnet-32  controller  asserts  the  HOLD  pin  as  a  signal 
that  it  wishes  to  become  the  local  bus  master.  HOLD  is 
active  high.  Once  asserted,  HOLD  remains  active  until 
HLDA  has  become  active,  independent  of  subsequent 
assertion  of  SLEEP  or  setting  of  the  STOP  bit  or  access 
to  the  S_RESET  port  (offset  14h). 

Note  that  this  pin  changes  polarity  when  the  VL  mode  is 
selected  (see  pin  description  of  LREQ  in  VESA  VL-Bus 
Interface  section). 

HOLDI 

Bus  Hold  Request  In  Input 

This  signal  is  multiplexed  with  the  TDO  pin,  and  is  avail- 
able only  when  the  Multi-Interrupt  mode  has  been  se- 
lected with  the  JTAGSEL  pin. 

An  additional  local  bus  master  may  daisy-chain  its  bus 
hold  request  signal  through  the  PCnet-32  controller 
HOLDI  pin.  The  PCnet-32  controller  will  convey  the 
HOLDI  request  to  the  CPU  via  the  PCnet-32  controller 
HOLD  output.  The  second  local  bus  master  must  con- 
nect its  HLDA  input  to  the  HLDAO  output  of  the 
PCnet-32  controller  in  order  to  complete  the  local  bus 
daisy-chain  arbitration  control. 

When  SLEEP  is  not  asserted,  daisy  chain  arbitration 
signals  that  pass  through  the  PCnet-32  controller  will 
experience  a  one-clock  delay  from  input  to  output  (i.e. 
HOLDI  to  HOLD  and  HLDA  to  HLDAO). 

While  SLEEP  is  asserted  (either  in  snooze  mode  or 
coma  mode) ,  if  the  PCnet-32  controller  is  configured  for 
a  daisy  chain  (HOLDI  and  HLDAO  signals  have  been 
selected  with  the  JTAGSEL  pin),  then  the  daisy-chain 
signal  HOLDI  will  be  passed  directly  to  the  system  arbi- 
tration signal  HOLD  without  experiencing  a  one-clock 
delay.  However,  some  combinatorial  delay  will  be  intro- 
duced in  this  path. 
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If  Multi-Interrupt  mode  has  been  selected  and  the  daisy- 
chain  arbitration  feature  is  not  used,  then  the  HOLDI 
input  should  be  tied  to  VSS  through  a  resistor. 

Note  that  this  pin  changes  polarity  when  VL  mode  has 
been  selected  (see  pin  description  of  LREQI  in  VESA 
VL-Bus  Interface  section). 

INTR1-INTR4 

Interrupt  Request  Output 

An  attention  signal  which  indicates  that  one  or  more  of 
the  following  status  flags  is  set:  BABL,  MISS,  MERR, 
RINT,  IDON,  MFCO,  RCVCCO,  TXSTRT,  or  JAB.  Each 
of  these  status  flags  has  a  mask  bit  which  allows  for 
suppression  of  INTR  assertion.  These  flags  have  the 
meaning  shown  in  Table  16. 

Table  16.  Status  Flags 


BABL 

Babble  (CSRO,  bit  14) 

MISS 

Missed  Frame  (CSRO,  bit  12) 

MERR 

Memory  Error  (CSRO,  bit  1 1 ) 

RINT 

Receive  Interrupt  (CSRO,  bit  10) 

IDON 

Initialization  Done  (CSRO,  bit  8) 

MFCO 

Missed  Packet  Count  Overflow 
(CSR4,  bit  9) 

RCVCC 

;o 

Receive  Collision  Count  Overflow 
(CSR4,  bit  5) 

TXSTF 

T 

Transmit  Start  (CSR4,  bit  3) 

JAB 

Jabber  (CSR4,  bit  1 ) 

Note  that  there  are  four  possible  interrupt  pins,  depend- 
ing upon  the  mode  that  has  been  selected  with  the 
JTAGSEL  pin.  Only  one  interrupt  pin  may  be  used  at 
one  time.  The  active  interrupt  pin  is  selected  by  pro- 
gramming the  interrupt  select  register  (BCR21 ).  The  de- 
fault setting  of  BCR1 21  will  select  interrupt  INTR1  as  the 
active  interrupt.  Note  that  BCR21  is  EEPROM-program- 
mable.  Inactive  interrupt  pins  are  floated. 

The  polarity  of  the  interrupt  signal  is  determined  by  the 
INTLEVEL  bit  of  BCR2.  The  interrupt  pins  may  be 
programmed  for  level-sensitive  or  edge-sensitive 
operation. 

PCnet-32  controller  interrupt  pins  will  be  floated  at 
H_RESET  and  will  remain  floated  until  either  the 
EEPROM  has  been  successfully  read,  or,  following  an 
EEPROM  read  failure,  a  Software  Relocatable  Mode 
sequence  has  been  successfully  executed. 


LDEV 

Local  Device  Output 

LDEVisdrivenbythe  PCnet-32  controller  when  it  recog- 
nizes an  access  to  PCnet-32  controller  I/O  space.  Such 
recognition  is  dependentjjpon  a  valid  sampled  ADS 
strobe  plus  valid  M/IO,  D/C  and  A31-A5  values. 


M/IO 

Memory  I/O  Select  Input/Output 

During  slave  accessesjo  the  PCnet-32  controller,  the 
M/IO  pin,  along  with  D/C  and  W/R,  indicates  the  type  of 
cycle  that  is  being  performed.  PCnet-32  controller_will 
only  respond  to  local  bus  accesses  in  which  M/IO  is 
sampled  as  a  zero  by  the  PCnet-32  controller. 

During  PCnet-32  controller  bus  master  accesses,  the 
M/IO  pin  is  an  output  and  will  always  be  driven  high. 

M/IO  is  floated  if  the  PCnet-32  controller  is  not  the  cur- 
rent master  on  the  local  bus. 

RESET 

System  Reset  Input 

When  RESET  is  asserted  high  and  the  LB/VESA  pin  has 
been  tied  to  VDD,  then  the  PCnet-32  controller  performs 
an  internal  system  reset  of  the  type  HRESET  (HARD- 
WARE_RESET).  The  RESET  pin  must  be  held  for  a 
minimum  of  30  BCLK  periods.  While  in  the  H  RESET 
state,  the  PCnet-32  controller  will  float  or  deassert  all 
outputs. 

Note  that  this  pin  changes  polarity  when  VL  mode  has 
been  selected  (see  pin  description  of  RESET  in  VESA 
VL-Bus  Interface  section). 


RDY 

Ready  Output 

RDY  functions  as  an  output  from  the  PCnet-32  control- 
ler during  PCnet-32  controller  slave  cycles.  During 
PCnet-32  controller  slave  read  cycles,  RDY  is  asserted 
to  indicate  that  valid  data  has  been  presented  on  the 
data  bus.  During  PCnet-32  controller  slave  write  cycles, 
RDY  is  asserted  to  indicate  that  the  data  on  the  data  bus 
has  been  internally  latched.  RDY  is  asserted  for  one 
BCLK  period.  RDY  is  then  driven  high  for  one-half  of  one 
clock  period  before  being  released. 

RDY  is  floated  if  the  PCnet-32  controller  is  not  the  cur- 
rent slave  on  the  local  bus. 


In  systems  where  both  RDY  and  rdyrtn  (or  equiva- 
lent)  signals  are  provided,  RDY  must  NOT  be  tied  to 
RDYRTN.  Most  systems  now  provide  for  a  local  device 
ready  input  to  the  memory  controller  that  is  separate 
from  the  CPU  READY  signal.  This  second  READY  sig- 
nal is  usually  labeled  as  READYIN.  This  signal  should 
be  connected  to  the  PCnet-32  controller  RDY  signal. 
The  CPU  READY  signal  should  be  connected  to  the 
PCnet-32  controller  RDYRTN  pin. 


In  systems  where  only  one  READY  signal  is  provided, 
then  RDY  may  be  tied  to  RDYRTN. 

RDYRTN 

Ready  Return  Input 

RDYRTN  functions  as  an  input  to  the  PCnet-32  control- 
ler. RDYRTN  is  used  to  terminate  all  master  accesses 
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performed  by  the  PCnet-32  controller,  except  that  linear 
burst  transfers  may  also  be  terminated  with  the  BRDY 
sgnal.  RDYRTN  is  used  to  terminate  slave  read  ac- 
cesses to  PCnet-32  controller  I/O  space. 

When  asserted  during  slave  read  accesses  to  PCnet-32 
controller  I/O  space,  RDYRTN  indicates  that  the  bus 
mastering  device  has  seen  the  RDY  that  was  generated 
by  the  PCnet-32  controller  and  has  accepted  the 
PCnet-32  controller  slave  read  data.  Therefore, 
PCnet-32  controller  will  hold  slave  read  data  on  the  bus 
until  it  synchronously  samples  the  RDYRTN  input  as 
active  low.  The  PCnet-32  controller  will  not  hold  RDY 
valid  asserted  during  this  time.  The  duration  of  the  RDY 
pulse  generated  by  the  PCnet-32  controller  will  always 
be  a  single  BCLK  cycle. 


R 


DYRTN  is  ignored  during  slave  write  accesses  to 
PCnet-32  controller  I/O  space.  Slave  write  accesses  to 
PCnet-32  controller  I/O  space  are  considered  termi- 
nated by  the  PCnet-32  controller  at  the  end  of  the  cycle 
during  which  the  PCnet-32  controller  issues  an 
active  RDY. 


In  systems  where  both  a  RDY  and  rdyrtn  (or  equiva- 
lent)  signals  are  provided,  then  RDY  must  not  be  tied  to 


RDYRTN.  Most  systems  now  provide  for  a  local  device 
ready  input  to  the  memory  controller  that  is  separate 
from  the  CPU  READY  signal.  This  second  ready  sig- 
nal is  usually  labeled  as  READYIN.  This  signal  should 
be  connected  to  the  PCnet-32  controller  RDY  signal. 
The  CPU  READY  signal  should  be  connected  to  the 
PCnet-32  controller  RDYRTN  pin. 

In  systems  where  only  one  READY  signal  is  provided, 
then  the  PCnet-32  controller  RDY  output  may  be  tied  to 
the  PCnet-32  controller  RDYRTN  input. 

W/R 

Write/Read  Select  Input/Output 

During  slave  accessesto  the  PCnet-32  controller,  the 
W/R  pin,  along  with  D/C  and  M/IO,  indicates  the  type  of 
cycle  that  is  being  performed. 

juring  PCnet-32  controller  bus  master  accesses,  the 
VR  pin  is  an  output. 

7R  is  floated  if  the  PCnet-32  controller  is  not  the  cur- 
rent master  on  the  local  bus. 

Joard  Interface 

LED1 

LED1  Output 

This  pin  is  shared  with  the  EESK  function.  When  operat- 
ing as  LED1,  the  function  and  polarity  on  this  pin  are 
ogrammable  through  BCR5.  The  LED1  output  from 
the  PCnet-32  controller  is  capable  of  sinking  the  neces- 
sary 12  mA  of  current  to  drive  an  LED  directly. 

The  LED1  pin  is  also  used  during  EEPROM  Auto-detec- 
tion to  determine  whether  or  not  an  EEPROM  is  present 
a  the  PCnet-32  controller  microwire  interface.  At  the 


trailing  edge  of  RESET,  this  pin  is  sampled  to  determine 
the  value  of  the  EEDET  bit  in  BCR19.  A  sampled  HIGH 
value  means  that  an  EEPROM  is  present,  and  EEDET 
will  be  set  to  ONE.  A  sampled  LOW  value  means  that  an 
EEPROM  is  not  present,  and  EEDET  will  be  set  to 
ZERO.  See  the  "EEPROM  Auto-detection"  section  for 
more  details. 

If  no  LED  circuit  is  to  be  attached  to  this  pin,  then  a 
pull-up  or  pull-down  resistor  must  be  attached  instead, 
in  order  to  resolve  the  EEDET  setting. 

LED2 

LED2  Output 

This  pin  is  shared  with  the  SRDCLK  function.  When 
operating  as  LED2,  the  function  and  polarity  on  this  pin 
are  programmable  through  BCR6.  The  LED2  output 
from  the  PCnet-32  controller  is  capable  of  sinking  the 
necessary  12  mA  of  current  to  drive  an  LED  directly. 

This  pin  also  selects  address  width  for  Software 
Relocatable  Mode.  When  this  pin  is  HIGH  during  Soft- 
ware Relocatable  Mode,  then  the  device  will  be  pro- 
grammed to  use  32  bits  of  addressing  while  snooping 
accesses  on  the  bus  during  Software  Relocatable 
Mode.  When  this  pin  is  LOW  during  Software 
Relocatable  Mode,  then  the  device  will  be  programmed 
to  use  24  bits  of  addressing  while  snooping  accesses  on 
the  bus  during  Software  Relocatable  Mode.  The  upper 
8  bits  of  address  will  be  assumed  to  match  during  the 
snooping  operation  when  LED2  is  LOW.  The  24-bit  ad- 
dressing mode  is  intended  for  use  in  systems  that  em- 
ploy the  GPSI  signals.  For  more  information  on  the 
GPSI  function  see  section  General  Purpose  Serial 
Interface. 

If  no  LED  circuit  is  to  be  attached  to  this  pin,  then  a  pull 
up  or  pull  down  resistor  must  be  attached  instead,  in 
order  to  resolve  the  Software  Relocatable  Mode  ad- 
dress setting. 

LEDPRE3 

LEDPRE3  Output 

This  pin  is  shared  with  the  EEDO  function.  When  operat- 
ing as  LEDPRE3,  the  function  and  polarity  on  this  pin 
are  programmable  through  BCR7.  This  signal  is  labeled 
as  LED  "PRE"3  because  of  the  multi-function  nature  of 
this  pin.  If  an  LED  circuit  were  directly  attached  to  this 
pin,  it  would  create  an  IOL  requirement  that  could  not  be 
met  by  the  serial  EEPROM  that  would  also  be  attached 
to  this  pin.  Therefore,  if  this  pin  is  to  be  used  as  an 
additional  LED  output  while  an  EEPROM  is  used  in  the 
system,  then  buffering  is  required  between  the 
LEDPRE3  pin  and  the  LED  circuit.  If  no  EEPROM  is 
included  in  the  system  design,  then  the  LEDPRE3  sig- 
nal may  be  directly  connected  to  an  LED  without  buffer- 
ing. The  LEDPRE3  output  from  the  PCnet-32  controller 
is  capable  of  sinking  the  necessary  1 2  mA  of  current  to 
drive  an  LED  in  this  case.  For  more  details  regarding 
LED  connection,  see  the  section  on  LEDs. 


iTI  AMD 


PRELIMINARY 


LNKST 

LINK  Status  Output 

This  pin  provides  12  mA  for  driving  an  LED.  It  indicates 
an  active  link  connection  on  the  10BASE-T  interface. 
The  signal  is  programmable  through  BCR4.  Note  that 
this  pin  is  multiplexed  with  the  EEDI  function. 

This  pin  remains  active  in  snooze  mode. 

SHFBUSY 

Shift  Busy  Output 

The  function  of  the  SHFBUSY  signal  is  to  indicate  when 
the  last  byte  of  the  EEPROM  contents  has  been  shifted 
out  of  the  EEPROM  on  the  EEDO  signal  line.  This  infor- 
mation is  useful  for  external  EEPROM-programmable 
registers  that  do  not  use  the  microwire  protocol,  as  is 
described  herein:  When  the  PCnet-32  controller  is  per- 
forming a  serial  read  of  the  EEPROM  through  the 
microwire  interface,  the  SHFBUSY  signal  will  be  driven 
HIGH.  SHFBUSY  can  serve  as  a  serial  shift  enable  to 
allow  the  EEPROM  data  to  be  serially  shifted  into  an 
external  device  or  series  of  devices.  The  SHFBUSY 
signal  will  remain  actively  driven  HIGH  until  the  end  of 
the  EEPROM  read  operation.  If  the  EEPROM  check- 
sum was  verified,  then  the  SHFBUSY  signal  will  be 
driven  LOW  at  the  end  of  the  EEPROM  read  operation. 
If  the  EEPROM  checksum  verification  failed,  then  the 
SHFBUSY  signal  will  remain  HIGH.  This  function  effec- 
tively demarcates  the  end  of  a  successful  EEPROM 
read  operation  and  therefore  is  useful  as  a  programma- 
ble-logic low-active  output  enable  signal.  For  more  de- 
tails on  external  EEPROM-programmable  registers, 
see  the  EEPROM.  Microwire  Access  section  under 
Hardware  Access. 

This  pin  can  be  controlled  by  the  host  system  by  writing 
to  BCR19,  bit  3  (EBUSY). 

SLEEP 


Sleep 

When 


Input 

asserted  (active  LOW),  the 


SLEEP  input  is 
PCnet-32  controller  performs  an  internal  system  reset 
and  then  proceeds  into  a  power  savings  mode.  (The 
reset  operation  caused  by  sleep  assertion  will  not  af- 
fect BCR  registers.)  All  outputs  will  be  placed  in  their 
normal  reset  condition.  During  sleep  mode,  all  PCnet-32 
controller  inputs  will  be  ignored  except  for  the  SLEEP 
pin  itsef.  De-assertion  of  SLEEP  results  in  wake-up. 
The  system  must  refrain  from  starting  the  network  op- 
erations of  the  PCnet-32  controller  for  0.5  seconds 
following  the  deassertion  of  the  SLEEP  signal  in  order  to 
allow  internal  analog  circuits  to  stabilize. 
Both  BCLK  and  XTAL1  inputs  must  have  valid  clock 
signals  present  in  order  for  the  SLEEP  command  to 
take  effect. 


SLEEP 


the 


If 

then 
system 
HLDA. 


is  asserted  while  LREQ/HOLD  is  asserted, 
PCnet-32  controller  will  perform  an  internal 
reset  and  then  wait  for  the  assertion  of  LGNT/ 
When  LGNT/HLDA  is  asserted,  the  LREQ/ 


HOLD  signal  will  be  deasserted  and  then  the  PCnet-32 
controller  will  proceed  to  the  power  savings  mode.  Note 
that  the  internal  system  reset  will  not  cause  the 
HOLD/LREQ  signal  to  be  deasserted. 


The  SLEEP  pin  should  not  be  asserted  during  power 
supply  ramp-up.  If  it  is  desired  that  SLEEP  be  asserted 
at  power  up  time,  then  the  system  must  delay  the  asser- 
tion of  SLEEP  until  three  BCLK  cycles  after  the  comple- 
tion of  a  valid  pin  RESET  operation. 

XTAL1-XTAL2 

Crystal  Oscillator  Inputs  Input/Output 

The  crystal  frequency  determines  the  network  data  rate. 
The  PCnet-32  controller  supports  the  use  of  quartz  crys- 
tals to  generate  a  20  MHz  frequency  compatible  with  the 
ISO  8802-3  (IEEE/ANSI  802.3)  network  frequency  toler- 
ance and  jitter  specifications.  See  the  section  External 
Crystal  Characteristics  section  Manchester  Encoder/ 
Decoder)  for  more  detail. 

The  network  data  rate  is  one-half  of  the  crystal  fre- 
quency. XTAL1  may  alternatively  be  driven  using  an 
external  CMOS  level  source,  in  which  case  XTAL2  must 
be  left  unconnected.  Note  that  when  the  PCnet-32  con- 
troller is  in  coma  mode,  there  is  an  internal  22  KQ  resis- 
tor from  XTAL1  to  ground.  If  an  external  source  drives 
XTAL1 ,  some  power  will  be  consumed  driving  this  resis- 
tor. If  XTAL1  is  driven  LOW  at  this  time  power  consump- 
tion will  be  minimized.  In  this  case,  XTAL1  must  remain 
active  for  at  least  30  cycles  after  the  assertion  of  SLEEP 
and  deassertion  of  HOLD. 

Microwire  EEPROM  Interface 

EESK 

EEPROM  Serial  Clock  Output 

The  EESK  signal  is  used  to  access  the  external  ISO 
8802-3  (IEEE/ANSI  802.3)  address  PROM.  This  pin  is 
designed  to  directly  interface  to  a  serial  EEPROM  that 
uses  the  microwire  interface  protocol.  EESK  is  con- 
nected to  the  microwire  EEPROM's  Clock  pin.  It  is  con- 
trolled by  either  the  PCnet-32  controller  directly  during  a 
read  of  the  entire  EEPROM,  or  indirectly  by  the  host 
system  by  writing  to  BCR19,  bit  1. 

EESK  can  be  used  during  programming  of  external 
EEPROM-programmable  registers  that  do  not  use  the 
microwire  protocol  as  follows: 

When  the  PCnet-32  controller  is  performing  a  serial 
read  of  the  IEEE  Address  EEPROM  through  the 
microwire  interface,  the  SHFBUSY  signal  will  serve  as  a 
serial  shift  enable  to  allow  the  EEPROM  data  to  be 
serially  shifted  into  an  external  device  or  series  of  de- 
vices. This  same  signal  can  be  used  to  gate  the  outputot 
the  programmed  logic  to  avoid  the  problem  of  releasing 
intermediate  values  to  the  rest  of  the  system  board  logic. 
The  EESK  signal  can  serve  as  the  clock,  and  EEDO  will 
serve  as  the  input  data  stream  to  the  programmable 
shift  register. 
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EEDO 

EEPROM  Data  Out  Input 

The  EEDO  signal  is  used  to  access  the  external  ISO 
8802-3  (IEEE/ANSI  802.3)  address  PROM.  This  pin  is 
designed  to  directly  interface  to  a  serial  EEPROM  that 
uses  the  microwire  interface  protocol.  EEDO  is  con- 
nected to  the  microwire  EEPROM's  Data  Output  pin.  It 
is  controlled  by  the  EEPROM  during  reads.  It  may  be 
read  by  the  host  system  by  reading  BCR19,  bit  0. 

EEDO  can  be  used  during  programming  of  external 
EEPROM-programmable  registers  that  do  not  use  the 
microwire  protocol  as  follows: 

When  the  PCnet-32  controller  is  performing  a  serial 
read  of  the  IEEE  Address  EEPROM  through  the 
microwire  interface,  the  SHFBUSY  signal  will  serve  as  a 
serial  shift  enable  to  allow  the  EEPROM  data  to  be 
serially  shifted  into  an  external  device  or  series  of  de- 
vices. This  same  signal  can  be  used  to  gate  the  outputof 
the  programmed  logic  to  avoid  the  problem  of  releasing 
intermediate  values  to  the  rest  of  the  system  board  logic. 
The  EESK  signal  can  serve  as  the  clock,  and  EEDO  will 
serve  as  the  input  data  stream  to  the  programmable 
shift  register. 

EECS 

EEPROM  Chip  Select  Output 

The  function  of  the  EECS  signal  is  to  indicate  to  the 
microwire  EEPROM  device  that  it  is  being  accessed. 
The  EECS  signal  is  active  high.  It  is  controlled  by  either 
the  PCnet-32  controller  during  a  read  of  the  entire 
EEPROM,  or  indirectly  by  the  host  system  by  writing  to 
BCR19,  bit  2. 

EEDI 

EEPROM  Data  In  Output 

The  EEDI  signal  is  used  to  access  the  external  ISO 
8802-3  (IEEE/ANSI  802.3)  address  PROM.  EEDI  func- 
'  ions  as  an  output.  This  pin  is  designed  to  directly  inter- 
ace  to  a  serial  EEPROM  that  uses  the  microwire 
nterface  protocol.  EEDI  is  connected  to  the  microwire 
EEPROM's  Data  Input  pin.  It  is  controlled  by  either  the 
PCnet-32  controller  during  command  portions  of  a  read 
of  the  entire  EEPROM,  or  indirectly  by  the  host  system 
by  writing  to  BCR19,  bit  0. 

Attachment  Unit  Interface 

Cl± 

Collision  In  Input 

A  differential  input  pair  signaling  the  PCnet-32  controller 
that  a  collision  has  been  detected  on  the  network  media, 
indicated  by  the  CI+  inputs  being  driven  with  a  10  MHz 
pattern  of  sufficient  amplitude  and  pulse  width  to  meet 
ISO  8802-3  (IEEE/ANSI  802.3)  standards.  Operates  at 
pseudo  ECL  levels. 


Dl± 

Data  In  Input 

A  differential  input  pair  to  the  PCnet-32  controller  carry- 
ing Manchester  encoded  data  from  the  network.  Oper- 
ates at  pseudo  ECL  levels. 

DO± 

Data  Out  Output 

A  differential  output  pairfrom  the  PCnet-32  controllerfor 
transmitting  Manchester  encoded  data  to  the  network. 
Operates  at  pseudo  ECL  levels. 

Twisted  Pair  Interface 

RXD+ 

10-BASE-T  Receive  Data  Input 

1 0BASE-T  port  differential  receivers. 

TXD± 

10BASE-T  Transmit  Data  Output 

10BASE-T  port  differential  drivers. 

TXP± 

10BASE-T  Pre-distortion  Control  Output 

These  outputs  provide  transmit  predistortion  control  in 
conjunction  with  the  1 0BASE-T  port  differential  drivers. 

External  Address  Detection  Interface 

The  EADI  interface  is  enabled  through  BCR2,  bit  3 
(EADISEL). 


EAR 

External  Address  Reject  Low  Input 

An  EADI  input  signal.  The  incoming  frame  will  be 
checked  against  the  internally  active  address  detection 
mechanisms  and  the  result  of  this  check  will  be  OR'd 
with  the  value  on  the  EAR  pin.  The  EAR  pin  is  defined 
as  REJECT. 

See  the  EADI  section  for  details  regarding  the  function 
and  timing  of  this  signal. 

Note  that  this  pin  is  multiplexed  with  the  INTR2  pin. 
SFBD 

Start  Frame-Byte  Delimiter  Output 

Start  Frame-Byte  Delimiter  Enable.  EADI  output  signal. 
An  initial  rising  edge  on  this  signal  indicates  that  a  start 
of  frame  delimiter  has  been  detected.  The  serial  bit 
stream  will  follow  on  the  SRD  signal,  commencing  with 
the  destination  address  field.  SFBD  will  go  high  for  4  bit 
times  (400  ns)  after  detecting  the  second  "1 "  in  the  SFD 
(Start  of  Frame  Delimiter)  of  a  received  frame.  SFBD  will 
subsequently  toggle  every  400  ns  (1 .25  MHz  frequency) 
with  each  rising  edge  indicating  the  first  bit  of  each  sub- 
sequent byte  of  the  received  serial  bit  stream.  SFBD  will 
be  inactive  during  frame  transmission. 
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Serial  Receive  Data  Output 

An  EADI  output  signal.  SRD  is  the  decoded  NRZ  data 
from  the  network.  This  signal  can  be  used  for  external 
address  detection.  Note  that  when  the  10BASE-T  port  is 
selected,  transitions  on  SRD  will  only  occur  during 
receive  activity.  When  the  AUI  port  is  selected,  transi- 
tions on  SRD  will  occur  during  both  transmit  and  re- 
ceive activity. 

Note  that  this  pin  is  multiplexed  with  the  LEDPRE3  pin. 
SRDCLK 

Serial  Receive  Data  Clock  Output 

An  EADI  output  signal.  Serial  Receive  Data  is  synchro- 
nous with  reference  to  SRDCLK.  Note  that  when  the 
10BASE-T  port  is  selected,  transitions  on  SRDCLK  will 
only  occur  during  receive  activity.  When  the  AUI  port  is 
p,  transitions  on  SRDCLK  will  occur  during  both 
transmit  and  receive  activity. 

Note  that  this  pin  is  multiplexed  with  the  LED2  pin. 

General  Purpose  Serial  Interface 

The  GPSI  interlace  is  selected  through  the  PORTSEL 
bits  of  the  Mode  register  (CSR15)  and  enabled  through 
the  TSTSHDW[1]  bit  (BCR18)  or  the  GPSIEN  bit 
(CSR124). 

Note  that  when  GPSI  test  mode  is  invoked,  slave  ad- 
dress decoding  must  be  restricted  to  the  lower  24  bits  of 
the  address  bus  by  setting  the  IOAW24  bit  in  BCR2  and 
by  pulling  LED2  LOW  during  Software  Reloadable 
Mode.  The  upper  8  bits  of  the  address  bus  will  always  be 
considered  matched  when  examining  incoming  I/O  ad- 
dresses. During  master  accesses  while  in  GPSI  mode, 
the  PCnet-32  controller  will  not  drive  the  upper  8  bits  of 
the  address  bus  with  address  information.  Seethe  GPSI 
section  for  more  detail. 

TXDAT 

Transmit  Data  Input/Output 

TXDAT  is  an  output,  providing  the  serial  bit  stream  for 
transmission,  including  preamble,  SFD  data  and  FCS 
field,  if  applicable. 

Note  that  the  TxDAT  pin  is  multiplexed  with  the  A31  pin. 


iransmit  Enable  Input/Output 

TXEN  is  an  output,  providing  an  enable  signal  for  trans- 
mission. Data  on  the  TXDAT  pin  is  not  valid  unless  the 
TXEN  signal  is  HIGH. 

Note  that  the  TXEN  pin  is  multiplexed  with  the  A30  pin. 
STDCLK 

Serial  Transmit  Data  Clock  Input 

STDCLK  is  an  input,  providing  a  clock  signal  for  MAC 
activity,  both  transmit  and  receive.  Rising  edges  of  the 
STDCLK  can  be  used  to  validate  TXDAT  output  data. 

The  STDCLK  pin  is  multiplexed  with  the  A29  pin. 

Note  that  this  signal  must  meet  the  frequency  stability 
requirement  of  the  ISO  8802-3  (IEEE/ANSI  802.3) 
specification  for  the  crystal. 

CLSN 

Collision  Input/Output 

CLSN  is  an  input,  indicating  to  the  core  logic  that  a 
collision  has  occurred  on  the  network. 

Note  that  the  CLSN  pin  is  multiplexed  with  the  A28  pin. 
RXCRS 

Receive  Carrier  Sense  Input/Output 

RXCRS  is  an  input.  When  this  signal  is  HIGH,  it  indi- 
cates to  the  core  logic  that  the  data  on  the  RXDAT  input 
pin  is  valid. 

Note  that  the  RXCRS  pin  is  multiplexed  with  the  A27  pin. 
SRDCLK 

Serial  Receive  Data  Clock  Input/Output 

SRDCLK  is  an  input.  Rising  edges  of  the  SRDCLK  sig- 
nal are  used  to  sample  the  data  on  the  RXDAT  input 
whenever  the  RXCRS  input  is  HIGH. 

Note  that  the  SRDCLK  pin  is  multiplexed  with  the 
A26  pin. 

RXDAT 

Receive  Data  Input/Output 

RXDAT  is  an  input.  Rising  edges  of  the  SRDCLK  signal 
are  used  to  sample  the  data  on  the  RXDAT  input  when- 
ever the  RXCRS  input  is  HIGH. 

Note  that  the  RXDAT  pin  is  multiplexed  with  the  A25  pin. 
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IEEE  1149.1  Test  Access  Port  Interface 
TCK 

Test  Clock  Input 

The  clock  input  for  the  boundary  scan  test  mode  opera- 
tion. TCK  can  operate  up  to  1 0  MHz.  If  left  unconnected 
this  pin  has  a  default  value  of  HIGH. 

TDI 

Test  Data  Input  Input 

The  test  data  input  path  to  the  PCnet-32  controller.  If  left 
unconnected,  this  pin  has  a  default  value  of  HIGH. 


TDO 

Test  Data  Output  Output 

The  test  data  output  path  from  the  PCnet-32  controller. 
TDO  is  floated  when  the  JTAG  port  is  inactive. 

TMS 

Test  Mode  Select  Input 

A  serial  input  bit  stream  is  used  to  define  the  specific 
boundary  scan  test  to  be  executed.  If  left  unconnected, 
this  pin  has  a  default  value  of  HIGH. 


Power  Supply  Pins 
AVDD 

Analog  Power  (4  Pins)  Power 

There  are  four  analog  +5  V  supply  pins.  Special  atten- 
tion should  be  paid  to  the  printed  circuit  board  layout  to 
avoid  excessive  noise  on  these  lines.  Refer  to 
Appendix  B  and  the  PCnet  Family  Technical  Manual 
(PID#  18216A)  for  details. 

AVSS 

Analog  Ground  (2  Pins)  Power 

There  are  two  analog  ground  pins.  Special  attention 
should  be  paid  to  the  printed  circuit  board  layout  to  avoid 
excessive  noise  on  these  lines.  Referto  Appendix  B  and 
the  PCnet  Family  Technical  Manual  for  details. 

DVDD 

Digital  Power  (3  Pins)  Power 

There  are  3  digital  power  supply  pins.  (DVDD1,  DVDD2, 
and  DVDD3)  used  by  the  internal  circuitry. 

DVDDCLK 

Digital  Power  Clock  (1  Pin)  Power 

This  pin  is  used  to  supply  power  to  the  clock  buffering 
circuitry. 


DVDDO 

I/O  Buffer  Digital  Power  (5  Pins)  Power 

There  are  5  digital  power  supply  pins  (DVDD01- 
DVDD05)  used  by  Input/Output  buffer  drivers. 

DVSS 

Digital  Ground  (4  Pins)  Ground 

There  are  4  digital  ground  pins  (DVSS1-DVSS4)  used 
by  the  internal  digital  circuitry. 

DVSSCLK 

Digital  Ground  Clock  (1  Pin)  Ground 

This  pin  is  used  to  supply  a  ground  to  the  clock  buffering 
circuitry. 

DVSSN 

I/O  Buffer  Digital  Ground  (15  Pins)  Ground 

These  15  ground  pins  (DVSSN1-DVSSN15)  are  used 
by  the  Input/Output  buffer  drivers. 

DVSSPAD 

Digital  Ground  Pad  (1  Pin)  Ground 

This  pin  is  used  by  the  Input/Output  logic  circuits. 
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FUNCTIONS 

System  Bus  Interface  Function 

The  PCnel-32  controller  is  designed  to  operate  as  a  Bus 
Master  during  normal  operations.  Some  slave  accesses 
to  the  PCnet-32  controller  are  required  in  normal  opera- 
tions as  well.  Initialization  of  the  PCnet-32  controller  is 
achieved  through  a  combination  of  Bus  Slave  accesses, 
Bus  Master  accesses  and  an  optional  read  of  a  serial 
EEPROM  that  is  performed  by  the  PCnet-32  controller. 
The  EEPROM  read  operation  is  performed  through  the 
microwire  interface.  The  ISO 8802-3  (IEEE/ANSI  802.3) 
Ethernet  Address  may  reside  within  the  serial 
EEPROM.  Some  PCnet-32  controller  configuration  reg- 
isters may  also  be  programmed  by  the  EEPROM  read 
operation. 

The  address  PROM,  on-chip  board-configuration  regis- 
ters, and  the  Ethernet  controller  registers  occupy  32 
bytes  of  I/O  space  which  can  be  located  by  modifying 
the  I/O  base  address  register.  The  default  base  address 
can  be  written  to  the  EEPROM.  The  PCnet-32  controller 
will  automatically  read  the  I/O  Base  Address  from  the 
EEPROM  after  H  RESET,  or  at  any  time  that  the  soft- 
ware requests  that  the  EEPROM  should  be  read.  When 
no  EEPROM  is  attached  to  the  serial  microwire  inter- 
face, the  PCnet-32  controller  detects  the  condition,  and 
enters  Software  Relocatable  Mode.  While  in  Software 
Relocatable  Mode,  the  PCnet-32  controller  will  not  re- 
spond to  any  bus  accesses,  but  will  snoop  the  bus  for 
accesses  to  I/O  address  378h.  When  a  successfully 
executed  and  uninterrupted  sequence  of  write  opera- 
tions is  seen  at  this  location,  the  PCnet-32  controller  will 
accept  the  next  sequence  of  accesses  as  carrying  I/O 
Base  Address  relocation  and  interrupt  pin  programming 
information.  After  this  point,  the  PCnet-32  controller 
will  begin  to  respond  directly  to  accesses  directed  to- 
ward offsets  from  the  newly  loaded  I/O  Base  Address. 
This  scheme  allows  for  jumperless  relocatable  I/O 
implementations. 

Software  Interface 

The  software  interface  to  the  PCnet-32  controller  is  di- 
vided into  two  parts.  One  part  is  the  direct  access  to  the 
I/O  resources  of  the  PCnet-32  controller.  The  PCnet-32 


controller  occupies  32  bytes  of  I/O  space  that  must  be- 
gin on  a  32-byte  block  boundary.  The  I/O  Base  Address 
can  be  changed  to  any  32-bit  quantity  that  begins  on  a 
32-byte  block  boundary  through  the  function  of  the  Soft- 
ware Relocatable  Mode.  It  can  also  be  changed  to  any 
32-bit  value  that  begins  on  a  32-byte  block  boundary 
through  the  automatic  EEPROM  read  operation  that  oc- 
curs immediately  after  the  H_RESET  function  has  com- 
pleted. This  read  operation  automatically  alters  the  I/O 
Base  Address  of  the  PCnet-32  controller. 

The  32-byte  I/O  space  is  used  by  the  software  to  pro- 
gram the  PCnet-32  controller  operating  mode,  to  enable 
and  disable  various  features,  to  monitor  operating 
status  and  to  request  particular  functions  to  be  executed 
by  the  PCnet-32  controller. 

The  other  portion  of  the  software  interface  is  the  descrip- 
tor and  buffer  areas  that  are  shared  between  the  soft- 
ware and  the  PCnet-32  controller  during  normal  network 
operations.  The  descriptor  area  boundaries  are  set  by 
the  software  and  do  not  change  during  normal  network 
operations.  There  is  one  descriptor  area  for  receive  ac- 
tivity and  there  is  a  separate  area  for  transmit  activity. 
The  descriptor  space  contains  relocatable  pointers  to 
the  network  packet  data  and  it  is  used  to  transfer  packet 
status  from  the  PCnet-32  controller  to  the  software.  The 
buffer  areas  are  locations  that  hold  packet  data  for 
transmission  or  that  accept  packet  data  that  has 
been  received. 

Network  Interfaces 

The  PCnet-32  controller  can  be  connected  to  an  802.3 
network  via  one  of  two  network  interfaces.  The  Attach- 
ment Unit  Interface  (AUI)  provides  an  ISO  8802-3 
(IEEE/ANSI  802.3)  compliant  differential  interface  to  a 
remote  MAU  or  an  on-board  transceiver.  The 
10BASE-T  interface  provides  a  twisted-pair  Ethernet 
port.  While  in  auto-selection  mode,  the  interface  in  use 
is  determined  by  an  auto-sensing  mechanism  which 
checks  the  link  status  on  the  10BASE-T  port.  If  there  is 
no  active  link  status,  then  the  device  assumes  an 
AUI  connection. 


DETAILED  FUNCTIONS 
Bus  Interface  Unit 

The  bus  interface  unit  is  built  of  several  state  machines 
that  run  synchronously  to  BCLK.  One  bus  interface  unit 
state  machine  handles  accesses  where  the  PCnet-32 
controller  is  the  bus  slave,  and  another  handles  ac- 
cesses where  the  PCnet-32  controller  is  the  bus  master. 
AIMnputs  are_synchronously  sampled  except  ADS, 
M/IO,  D/C,  W/R  and  the  A[31 :5]  bus  when  this  bus  is  an 
input  to  the  PCnet-32  controller.  All  outputs  are  synchro- 
nously generated  on  the  rising  edge  of  BCLK  with  the 
following  exceptions: 

LDEV  is  generated  asynchronously. 


RDY  is  driven/floated  on  falling  edges  of  BCLK  but  will 
change  state  on  rising  edges  of  BCLK. 

The  following  sections  describe  the  various  bus  master 
and  bus  slave  operations  that  will  be  performed  by  the 
PCnet-32  controller.  The  timing  diagrams  that  are  in- 
cluded in  these  sections  {Bus  Acquisition  section 
through  Slave  Timing  section)  show  the  signals  and  tim- 
ings of  the  Am486  32-bit  mode  of  operation.  The  sec- 
tions from  Bus  Acquisition  through  Linear  Burst  DMA 
Transfers  show  bus  master  operations.  The  Slave  Tim- 
ing section  shows  bus  slave  operations.  Note  that  the 
PCnet-32  controller  operation  in  Am486  32-bit  mode 
represents  a  merger  of  the  requirements  of  the  VESA 
VL-Bus  specification  and  Am486  bus  specification, 
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Am486  32-bit  mode: 


VESA  VL-Bus  mode: 


whichever  is  more  stringent.  The  concepts  discussed  in 
the  following  sections  and  the  basic  nature  of  the  timings 
shown  is  applicable  in  a  general  sense  to  PCnet-32  con- 
troller operational  modes.  For  specific  differences  in 
timing  between  modes  and  for  examples  of  timing  dia- 
grams showing  basic  transfers  in  each  of  the  modes, 
please  consult  the  following  sections: 

Bus  Acquisition  section 
through  Slave  Timing  section 

VESA  VL-Bus  Mode  Timing 
section 

For  selection  of  each  mode,  consult  the  section  on  Con- 
figuration Pins  in  the  Pin  Description  section. 

Note  that  all  timing  diagrams  in  this  document  have 
been  drawn  showing  reference  to  two  groups  of  address 
pins:  namely,  A4-A31  and  A2-A3,  BE0-BE3.  In  the 
AHOLD  timing  diagrams,  the  two  groups  are  shown 
separately,  because  the  upper  address  pins  become 
floated,  while  the  lower  address  pins  do  not.  The  point  of 
division  between  the  two  groups  of  address  pins  will  de- 
pend upon  the  value  of  CLL  in  BCR1 8.  In  the  case  of  Lin- 
ear Burst  operations,  the  upper  address  pins  are  shown 
separately  because  that  group  does  not  change  its 
value  through  a  single  linear  burst,  while  the  lower  ad- 
dress pins  do  change  value.  In  this  case,  the  point  of  di- 
vision between  the  two  groups  of  address  pins  will 
depend  upon  the  value  of  LINBC  in  BCR18.  In  all  other 
t  ming  diagrams,  the  two  groups  are  shown  separately 
just  to  maintain  consistency  with  the  AHOLD  and  Linear 


Burst  timing  diagrams.  For  more  details,  see  the 
AHOLD  and  Linear  Burst  Count  sections. 
Bus  Acquisition 

The  PCnet-32  controller  microcode  (in  the  buffer  man- 
agement section)  will  determine  when  a  DMA  transfer 
should  be  initiated.  The  first  step  in  any  PCnet-32  con- 
troller bus  master  transfer  is  to  acquire  ownership  of  the 
bus.  This  task  is  handled  by  synchronous  logic  within 
the  BIU.  Bus  ownership  is  requested  with  the  HOLD  sig- 
nal and  ownership  is  granted  by  the  CPU  (or  an  arbiter) 
through  the  HLDA  signal.  The  PCnet-32  controller  addi- 
tionally supplies  HOLDI  and  HLDAO  signals  to  allow 
daisy  chaining  of  devices  through  the  PCnet-32  control- 
ler. Priority  of  the  HOLDI  input  versus  the  PCnet-32  con- 
troller's own  internal  request  for  bus  mastership  can  be 
set  using  the  PRPCNET  bit  of  BCR17.  Simple  bus  arbi- 
tration (HOLD,  HLDA  only)  is  shown  in  Figure  1. 

Note  that  assertion  of  the  STOP  bit  will  not  cause  a 
deassertion  of  the  HOLD  signal.  Note  also  that  a  read  of 
the  S_RESET  register  (I/O  resource  at  offset  14h  from 
the  PCnet-32  controller  base  I/O  address)  will  not  cause 
a  deassertion  of  the  HOLD  signal.  Either  of  these  ac- 
tions will  cause  the  internal  master  state  machine  logic 
to  cease  operations,  but  the  HOLD  signal  will  remain  ac- 
tive until  the  HLDA  signal  is  synchronously  sampled  as 
asserted.  Following  either  of  the  above  actions,  on  the 
next  clock  cycle  after  the  HLDA  signal  is  synchronously 
sampled  as  asserted,  the  PCnet-32  controller  will  deas- 
sert  the  HOLD  signal.  No  bus  master  accesses  will  have 
been  performed  during  this  brief  bus  ownership  period. 
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Figure  1.  Bus  Acquisition 


Assertion  of  a  minimum-width  pulse  on  the  RESET  pin 
will  cause  the  HOLD  signal  to  deassert  within  six  clock 
cycles  following  the  assertion  of  the  RESET  pin.  In  this 
case,  the  PCnet-32  controller  will  not  wait  for  the  asser- 
tion of  the  HLDA  signal  before  deasserting  the 
HOLD  signal. 

This  description  of  behavior  is  identical  for  the  VESA 
VL-Bus  mode  of  operation,  except  that  the  HOLD, 
HLDA  and  RESET  signals  are  replaced  by  the  inverted 


sense  signals  LREQ,  LGNT,  and  RESET,  respectively; 
the  BCLK,  BOFF,  EADS,  and  RDY  signals  are  replaced 
by  LCLK,  WBACK,  LEADS,  and  LRDY,  respectively. 

Bus  Master  DMA  Transfers 

There  are  three  primary  types  of  DMA  transfers.  All 
DMA  transfers  will  have  wait  states  inserted  until  either 
RDYRTN  or  brdy  is  asserted.  Figure  2  and  Figure  3 
show  the  basic  bus  transfers  of  read  and  write  without 
ready  wait  states  and  then  with  ready  wait  states. 
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Figure  2.  Basic  Read  Cycles  without  and  with  Wait  States 
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Figure  3.  Basic  Write  Cycles  without  and  with  Wait  States 
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Effect  Of  BOFF 


Assertion  of  BOFF  during  bus  master  transfers  will 
cause  the  PCnet-32  controller  to  float  all  of  its  bus  sig- 
nals beginning  at  the  next  clock  cycle.  Any  access  which 
has  been  interrupted  by  BOFF  will  be  restarted  when  the 


BOFF  signal  is  deasserted.  Simultaneous  assertion  of 
RDYRTN  (or  BRDY)  and  BOFF  is  resolved  in  favor  of 
BOFF.  The  RDYRTN  (or  BRDY)  is  ignored  for  such  a 
cycle,  and  when  BOFF  is  deasserted,  the  cycle  is 
restarted.  See  Figure  4  for  detail. 
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Figure  4.  Restarted  Read  Cycle 
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Effect  Of  AHOLD 

Assertion  of  AHOLD  during  bus  master  transfers  will 
cause  the  PCnet-32  controller  to  float  some  portion  of 
the  address  bus  beginning  at  the  next  clock  cycle.  If 
RDYRTN  is  returned  while  AHOLD  is  active,  then  the 
cycle  completes,  since  the  data  bus  may  remain  active 
during  AHOLD.  However,  a  new  cycle  will  not  be  started 
while  AHOLD  is  active. 

The  portion  of  the  Address  Bus  that  will  be  floated  at  the 
time  of  an  address  hold  operation  will  be  determined  by 
the  value  of  the  Cache  Line  Length  register  (BCR18, 
bits  15-11).  Table  1 7  lists  all  of  the  legal  values  of  CLL 
showing  the  portion  of  the  Address  Bus  that  will  become 
floated  during  an  address  hold  operation. 

If  the  ~~ 
active 
the  same 
released 

ADS 

for 


Table  17.  CLL  Value  and  Floating  Address  Pins 


RDYRTN 
thent 


signal  is  not  returned  while  AHOLD  is 
the  PCnet-32  controller  will  resume  driving 
address  onto  the  address  bus  when  AHOLD  is 
The  PCnet-32  controller  will  not  reissue  the 
signal  at  this  time.  See  Figure  5  and  Figure  6 
details. 


CLL  Value 

Floated  Portion  of  Address 
Bus  During  AHOLD 

00000 

None 

00001 

A31-A2 

00010 

A31-A3 

00011 

Reserved  CLL  Value 

00100 

A31-A4 

00101-00111 

Reserved  CLL  Values 

01000 

A31-A5 

01001-01111 

Reserved  CLL  Values 

10000 

A31-A6 

10001-11111 

Reserved  CLL  Values 

Note:  The  default  value  of  CLL  after  H_RESET  is 
00100.  All  timing  diagrams  in  this  document  are  drawn 
with  the  assumption  that  this  is  the  value  of  CLL. 
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A4-A31 


M/IQ^ 
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A2-A3, 
BE0-BE3 
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D0-D31 


AHOLD 
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HLDA  _f 
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100 


104 
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104 


18219B-9 


Figure  5.  Read  Cycle  with  AHOLD 

Note  that  initial  access  is  allowed  to  complete  in  spite  of  AHOLD, 
but  next  access  is  prevented  from  beginning  until  AHOLD  is  deasserted. 
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Effect  of  Bus  Preemption 

a  bus  preemption  event  occurs  during  a  basic  transfer 
cycle,  then  the  behavior  of  the  PCnet-32  controller  will 
depend  upon  which  specific  type  of  access  is  being  per- 
formed. The  general  response  of  the  PCnet-32  control- 
ler is  that  the  current  operation  will  complete  before  the 
PCnet-32  controller  relinquishes  the  bus  in  response  to 
the  preemption.  "Current  operation"  in  this  sense  refers 
to  the  general  PCnet-32  controller  operation,  such  as 


"descriptor  access".  Note  that  a  "descriptor  access"  con- 
sists of  one  or  two  basic  transfers.  Therefore,  both  trans- 
fers of  a  descriptor  access  must  be  completed  before 
the  bus  will  be  released  in  response  to  a  preemption. 
See  each  of  the  sections  for  Initialization  Block  DMA 
transfers,  Descriptor  DMA  transfers,  FIFO  DMA  trans- 
fers and  Linear  Burst  Transfers  for  more  specific 
information. 
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Effect  of  LBS16  (VL-Bus  mode  only) 

Dynamic  bus  sizing  is  recognized  by  the  PCnet-32  con- 
troller  while  operating  in  the  VL-Bus  mode.  The  LBS16 
signal  is  used  to  indicate  to  the  PCnet-32  controller 
whether  the  VL-Bus  target  is  a  16-bit  or  32-bit  periph- 
eral. When  the  target  device  indicates  that  it  is  1 6  bits  in 
width  by  asserting  the  LBS1 6  signal  at  least  one  LCLK 
period  before  asserting  the  rdyrtn  signal,  then  the 
PCnet-32  controller  will  dynamically  respond  to  the  size 
constraints  of  the  peripheral  by  performing  additional 
accesses.  Table  18  shows  the  sequence  of  accesses 
that  will  be  performed  by  the  PCnet-32  controller  in  re- 
sponse to  the  assertion  of  LBS1 6. 

Figure  7  shows  an  example  of  an  exchange  between  a 
16-bit  VL-Bus  peripheral  and  the  PCnet-32  controller. 
Note  that  the  LBS1 6  signal  is  asserted  during  the  LCLK 


that  precedes  the  assertion  of  RDYRTN.  In  this  particu- 
lar case,  in  order  to  maintain  zero-wait  state  accesses, 
the  16-bit  target  must  generate  LBS16  in  a  very  short 
time  in  order  to  meet  the  required  setup  time  of  LBS16 
into  the  PCnet-32  controller.  If  the  peripheral  were  inca- 
pable of  meeting  the  required  setup  time,  then  a  wait 
state  would  be  needed  in  order  to  insure  that  LBS16  is 
asserted  at  least  one  LCLK  prior  to  the  assertion  of  the 
RDYRTN  signal. 


When  the  assertion  of  LBS16  during  a  PCnet-32  con- 
troller master  access  has  created  the  need  for  a  second 
access  as  specified  in  the  table  above,  and  the  WBACK 
signal  becomes  active  during  the  second  access,  then, 
when  WBACK  is  deasserted,  the  PCnet-32  controller 
will  repeat  both  accesses  of  the  pair. 


Table  18.  Data  Transfer  Sequence  from  32-Bit  Wide  to  16-Bit  Wide 


Current  Access 

Next  with  LBS16 

BE3 

BE2 

BET 

BEO 

BE3 

BE2 

BE1 

BEO 

1 

1 

0 

NR* 

1 

0 

0 

NR* 

0 

0 

0 

1 

0 

1 

1 

— 

) 

0 

0 

0 

0 

0 

1 

1 

1 

0 

NR' 

1 

0 

0 

1 

0 

1 

1 

( 

) 

0 

0 

0 

0 

1 

1 

0 

1 

NR" 

( 

0 

1 

NR' 

0 

1 

1 

NR* 

NR  =  No  second  access  Required  for  these  cases 
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Figure  7.  VL-Bus  Ready  Cycle  with  LBS16  Asserted 

Four-byte  single  cycle  access  is 
converted  to  two  2-byte  accesses. 
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Initialization  Block  DMA  Transfers 

During  execution  of  the  PCnet-32  controller  bus  master 
initialization  procedure,  the  PCnet-32  controller 
microcode  will  repeatedly  request  DMA  transfers  from 
the  BIU.  During  each  of  these  initialization  block  DMA 
transfers,  the  BIU  will  perform  two  data  transfer  cycles 
(eight  bytes)  and  then  it  will  relinquish  the  bus  (see  Fig- 
ure 8).  The  two  transfers  within  the  mastership  period 
will  always  be  read  cycles  to  ascending  contiguous  ad- 
dresses. The  two  transfers  in  each  initialization  block 
DMA  transfer  will  never  be  executed  using  linear  burst 
mode.  In  32-bit  software  mode,  the  number  of  bus  mas- 
tership periods  needed  to  complete  the  initialization  pro- 
cedure is  4.  There  are  7  doublewords  to  transfer  during 


the  bus  master  initialization  procedure,  so  four  bus  mas- 
tership periods  are  needed  in  order  to  complete  the  in- 
itialization sequence.  Note  that  the  last  doubleword 
transfer  of  the  last  bus  mastership  period  of  the  initiali- 
zation sequence  accesses  an  unneeded  location.  Data 
from  this  transfer  is  discarded  internally. 

If  a  bus  preemption  event  occurs  during  an  initialization 
block  DMA  transfer,  then  the  PCnet-32  controller  will 
complete  both  of  the  two  data  transfer  cycles  of  the  in- 
itialization block  DMA  transfer  before  releasing  the 
HOLD  signal  and  relinquishing  the  bus. 

When  SSIZE32  =  0  (CSR58[8]/BCR20[8]),  then  the 
number  of  bus  mastership  periods  needed  to  complete 
the  initialization  procedure  is  3  or  4. 


BCLK 
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A4TA3L 
M/IO,  D/C 


W/R 


A2-A3,   C 

BE0-BE3  \- 


RDYRTN 


BRDY 
BLAST 
D0-D3f 


1  

lADD  i 

X    lADD  j+4 

1  

lADD  i 

X    lADD  j  +4 
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Figure  8.  Initialization  DMA  Transfer 
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Descriptor  DMA  Transfers 

PCnet-32  controller  will  determine  when  a  descriptor  ac- 
cess is  required.  A  descriptor  DMA  read  will  consist  of 
two  doubleword  transfers.  A  descriptor  DMA  write  will 
consist  of  one  or  fwo  double  word  transfer.  The  trans- 
fers within  a  descriptor  DMA  transfer  mastership  period 
will  always  be  of  the  same  type  (either  all  read  or  all 
write).  The  transfers  will  be  to  addresses  in  the  order  as 
specified  in  Table  19  and  Table  20  (note  that  MD  indi- 
cates TMD  or  RMD). 

If  buffer  chaining  is  used  (see  Transmit  and  Receive  De- 
scriptor Table  Entry  sections),  writes  to  the  descriptors 
that  do  not  contain  the  End  of  Packet  bit  will  consist  of 
only  one  doubleword.  This  write  will  be  to  the  same  loca- 
tion as  the  second  of  the  two  writes  performed  when  the 
End  of  Frame  has  been  processed  (i.e.  to  the  location 
that  contains  the  descriptor  OWNership  bit,  MD1[31]). 


Descriptor  DMA  transfers  will  never  be  executed  using 
linear  burst  mode.  During  read  accesses,  the  byte  en- 
able signals  will  indicate  that  all  byte  lanes  are  active. 
Should  some  of  the  bytes  not  be  needed,  then  the 
PCnet-32  controller  will  internally  discard  the  extrane- 
ous information  that  was  gathered  during  such  a  read. 
During  write  accesses,  only  the  bytes  which  needto  be 
written  are  enabled,  by  activating  the  corresponding 
byte  enable  pins.  See  Figure  9  and  Figure  10. 

If  a  bus  preemption  event  occurs  during  a  descriptor 
DMA  transfer,  then  the  PCnet-32  controller  will  com- 
plete both  of  the  two  data  transfer  cycles  of  the  descrip- 
tor DMA  transfer,  before  releasing  the  HOLD  signal  and 
relinquishing  the  bus. 

The  only  significant  differences  between  descriptor 
DMA  transfers  and  initialization  DMA  transfers  are  that 
the  addresses  of  the  accesses  follow  different  ordering. 


Table  19.  Bus  Master  Reads  of  Descriptors 


16-Bit  Software  Mode 

32-Bit  Software  Mode 

Address 
Sequence  A[7:0] 

LANCE 
Item  Accessed 

PCnet-32 
Item  Accessed 

Address 
Sequence  A[7:0]* 

LANCE 
Item  Accessed 

PCnet-32 
Item  Accessed 

00 

MD1[15:0], 
MD0[15:0] 

MD1  [31:24], 
MD0[23:0] 

04 

MD1[15:8], 
MD2[15:0] 

MD1[31:0] 

04 

MD3[15:0], 
MD2[15:0] 

MD2[15:0], 
MD1[15:0] 

00 

MD1[7:0], 
MD0[15:0] 

MD0[31:0] 

Bus  Break 

Bus  Break 

Table  20.  Bus  Master  Writes  of  Descriptors 

16-Bit  Software  Mode 

32-Bit  Software  Mode 

Address 
Sequence  A[7:0] 

LANCE 
Item  Accessed 

PCnet-32 
Item  Accessed 

Address 
Sequence  A[7:0]* 

LANCE 
Item  Accessed 

PCnet-32 
Item  Accessed 

04 

MD3[15:0], 
MD2[15:0] 

MD2[15:0], 
MD1[15:0] 

08 

MD3[15:0], 
MD2[15:0] 

MD2[31:0] 

00 

MD1[15:0], 
MD0[15:0] 

MD1  [31:24], 
MD0[23:0] 

04 

MD1[15:8], 
MD2[15:0] 

MD1[31:0] 

Bus  Break 

Bus  Break 

'Address  values  for  A[3 1 :8]  are  constant  throughout  any  single  descriptor  DMA  transfer.  Note  that  even  though  bits  A[  1 :0]  do  not 
physically  exist  in  the  system,  these  bits  must  be  set  to  ZERO  in  the  descriptor  base  address. 
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Figure  9.  Descriptor  DMA  Read 
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Figure  10.  Descriptor  DMA  Write 


FIFO  DMA  Transfers 

PCnet-32  controller  microcode  will  determine  when  a 
FIFO  DMA  transfer  is  required.  This  transfer  mode  will 
be  used  for  transfers  of  data  to  and  from  the  PCnet-32 
controller  FIFOs.  Once  the  PCnet-32  controller  BIU  has 
been  granted  bus  mastership,  it  will  perform  a  series  of 
consecutive  transfer  cycles  before  relinquishing  the 
bus.  Each  transfer  will  be  performed  sequentially,  with 
the  issue  of  an  address,  and  the  transfer  of  the  corre- 
sponding data  with  appropriate  output  signals  to  indi- 
cate selection  of  the  active  data  bytes  during  the 
transfer.  All  transfers  within  the  master  cycle  will  be 
either  read  or  write  cycles,  and  all  transfers  will  be  to 
contiguous,  ascending  addresses.  The  number  of  data 
transfer  cycles  contained  within  a  single  bus  cycle  is  in 
general,  dependent  on  the  programming  of  the 
DMAPLUS  option  (CSR4,  bit  14).  Several  other  factors 
will  also  affect  the  length  of  the  bus  cycle  period.  The 
possibilities  are  as  follows: 

If  DMAPLUS  =  0,  a  maximum  of  1 6  transfers  will  be  per- 
formed by  default.  This  default  value  may  be  changed 
by  writing  to  the  burst  register  (CSR80).  Note  that 


DMAPLUS  =  0  merely  sets  a  maximumvalue.  The  mini- 
mum number  of  transfers  in  the  bus  cycle  will  be  deter- 
mined by  all  of  the  following  variables:  the  settings  of  the 
FIFO  watermarks,  the  particular  conditions  existing 
within  the  Fl  FOs,  receive  and  transmit  status  conditions, 
the  value  of  the  DMA  Burst  Cycle  (CSR80),  the  value  of 
the  DMA  Bus  Activity  Timer  (CSR82),  and  the  timing  of 
any  occurrence  of  preemption  that  takes  place  during 
the  FIFO  DMA  transfer. 

If  DMAPLUS  =  1,  the  bus  cycle  will  continue  until  the 
transmit  FIFO  is  filled  to  its  high  threshold  (read  trans- 
fers) or  the  receive  FIFO  is  emptied  to  its  low  threshold 
(write  transfers),  or  until  the  DMA  Bus  Activity  Timer 
value  (CSR82)  has  expired.  Other  variables  may  also 
affect  the  end  point  of  the  burst  in  this  mode.  Among 
those  variables  are:  the  particular  conditions  existing 
within  the  FIFOs,  receive  and  transmit  status  conditions, 
and  bus  preemption  events. 

The  FIFO  thresholds  are  programmable  (see  descrip- 
tion of  CSR80),  as  are  the  Burst  Cycle  and  Bus  Activity 
Timer  values.  The  exact  numberof  transfer  cycles  in  the 
case  of  DMAPLUS  =  1  will  be  dependent  on  the  latency 
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of  the  system  bus  to  the  PCnet-32  controller's  master- 
ship request  and  the  speed  of  bus  operation,  but  will  be 
limited  by  the  value  in  the  Bus  Activity  Timer  register,  the 
FIFO  condition,  receive  and  transmit  status,  and  by 
preemption  events,  if  any.  Barring  a  time-out  by  either  of 
these  registers,  or  a  bus  preemption  by  another  master- 
ing device,  or  exceptional  receive  and  transmit  events, 
or  an  end  of  packet  signal  from  the  FIFO,  the  FIFO  wa- 
termark settings  and  the  extent  of  Bus  Acknowledge  la- 
tency will  be  the  major  factors  determining  the  number 
of  accesses  performed  during  any  given  arbitration  cy- 
cle when  DMAPLUS  =  1 . 

The  READY  response  of  the  memory  device  will  also 
affect  the  number  of  transfers  when  DMAPLUS  =  1 , 
since  the  speed  of  the  accesses  will  affect  the  state  of 
the  FIFO.  (During  accesses,  the  FIFO  may  be  filling  or 
emptying  on  the  network  end.  A  slower  memory  re- 


sponse will  allow  additional  data  to  accumulate  inside  of 
the  FIFO  (during  write  transfers  from  the  receive  FIFO). 
If  the  accesses  are  slow  enough,  a  complete  double 
word  may  become  available  before  the  end  of  the  arbi- 
tration cycle  and  thereby  increase  the  number  of  trans- 
fers in  that  cycle.)  The  general  rule  is  that  the  longerthe 
bus  grant  latency  or  the  slower  the  bus  transfer  opera- 
tions (or  clock  speed)  or  the  higher  the  transmit  water- 
mark or  the  lower  the  receive  watermark  or  any 
combination  thereof  the  longer  will  be  the  average 
burst  length. 

If  a  bus  preemption  event  occurs  during  a  FIFO  DMA 
transfer,  then  the  PCnet-32  controller  will  complete  the 
current  transfer  and  it  will  complete  a  maximum  of  four 
additional  data  transfer  cycles  before  releasing  the 
HOLD  signal  and  relinquishing  the  bus. 
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Figure  11.  FIFO  DMA  Read 


1-708 


Am79C965 


PRELIMINARY 


AMD  n 


T1        T2        T1        T2        T1        T2        T1      .  T2        T1        T2  Ti 


BCLK 


ADS 

A4TA3L 
M/IO,  D/C 


W/R 


A2-A3, 
BE0-BE3 


RDYRTN 


BRDY 
BLAST 
D0-D31 


18219B-15 


Figure  12.  FIFO  DMA  Write 


Note  that  A[1 :0]  do  not  exist  in  a  32-bit  system,  but  both 
ot  these  bits  do  exist  in  the  buffer  pointers  that  are 
passed  to  the  PCnet-32  controller  in  the  descriptor. 
A[1 :0]  values  will  be  decoded  and  presented  on  the  bus 
as  byte  enable  (BE0-BE3)  values  during  FIFO  DMA 
transfers. 

Linear  Burst  DMA  Transfers 

Once  the  PCnet-32  controller  has  been  granted  bus 
mastership,  the  PCnet-32  controller  may  request  to  per- 
form  linear  burst  cycles  by  de-asserting  the  BLAST  sig- 
nal. If  the  device  being  accessed  wishes  to  support 
linear  bursting,  then  it  must  assert  BRDY  and  de-assert 
RDYRTN,  with  the  same  timing  that  RDYRTN  would 
normally  be  provided.  Linear  bursting  is  only  performed 
by  the  PCnet-32  controller  if  the  BREADE  and/or 
BWRITE  bits  of  BCR18  are  set.  These  bits  individually 
enable/disable  the  ability  of  the  PCnet-32  controller  to 
perform  linear  burst  accesses  during  master  read  op- 
erations and  master  write  operations,  respectively.  Only 
FIFO  data  transfers  will  make  use  of  the  linear 
burst  mode. 


The  first  transfer  in  the  linear  burst  will  consist  of  both  an 
address  and  a  data  cycle,  but  subsequent  transfers  will 
contain  data  only,  until  the  LINBC  upper  limit  of  transfers 
have  been  executed.  LINBC  is  a  value  from  the  BCR18 
register.  The  linear  burst  "upper  limit"  is  created  by  tak- 
ing the  BCR18  LINBC[2:0]  value  and  multiplying  by  4. 
The  result  is  the  number  of  transfers  that  will  be  per- 
formed within  a  single  linear  burst  sequence. 

The  entire  address  bus  will  still  be  driven  with  appropri- 
ate values  during  the  data  cycles.  When  the  LINBC 
upper  limit  of  data  transfers  have  been  performed,  a 
new  ADS  may  be  asserted  (if  there  is  more  data  to  be 
transferred),  with  a  new  address  on  the  A2-A31  pins. 
Following  the  new  ADS  cycle,  the  linear  bursting  of  data 
will  resume.  Ownership  of  the  bus  will  be  maintained 
until  other  variables  cause  the  PCnet-32  controller 
to  relinquish  the  bus.  These  variables  have  been 
discussed  in  the  FIFO  DMA  transfers  section  above. 
They  will  be  reviewed  again  within  this  section  of  the 
document. 
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Transfers  within  a  linear  burst  cycle  will  either  be  all  read 
or  all  write  cycles,  and  will  always  be  to  contiguous  as- 
cending addresses.  Linear  Bursting  of  Read  and  Write 
operations  can  be  individually  enabled  or  disabled 
through  the  BREADE  and  BWRITE  bitsof  BCR18  (bits  6 
and  5). 

Linear  Burst  DMA  transfers  should  be  considered  as  a 
superset  of  the  FIFO  DMA  transfers.  Linear  burst  DMA 
transfers  will  only  be  used  for  data  transfers  to  and  from 
the  PCnet-32  controller  FIFOs  and  they  will  only  be  al- 
lowed when  the  burst  enable  bits  of  BCR18  have  been 
set.  Linear  Read  bursting  and  Linear  Write  bursting 
have  individual  enable  bits  in  BCR18.  Any  combination 
of  linear  burst  enable  bit  settings  is  permissible. 

Linear  bursting  is  not  allowed  in  systems  that  have 
BCLK  frequencies  above  33  MHz.  Linear  bursting  is 
automatically  disabled  in  VL-Bus  systems  that  operate 
above  this  frequency  by  connecting  the  VLBEN  pin  to 
either  ID(3)  (for  VL-Bus  version  1.0  systems)  or  ID(4) 
AND  ID(3)  AND  ID(1 )  AND  ID(0)  (for  VL-Bus  version  1.1 
or  2.0  systems).  In  Am486-style  systems  that  have 
BCLK  frequencies  above  33  MHz,  disabling  the  linear 
burst  capability  is  ideally  carried  out  through  EEPROM 
bit  programming,  since  the  EEPROM  programming  can 
be  setup  for  a  particular  machine's  architecture. 

All  byte  lanes  are  always  considered  to  be  active  during 
all  linear  burst  transfers.  The  BE3-BE0  signals  will  re- 
flect this  fact. 

Linear  Burst  DMA  Starting  Address  Restrictions 

A  PCnet-32  controller  linear  burst  will  begin  only  when 
the  address  of  the  current  transfer  meets  the  following 
condition: 


The 
dres 
A[31 :6] 


A[31:0]  MOD  (LINBCx16) 
following 


■  0, 


table  illustrates  all  possible  starting  ad- 
values  for  all  legal  LINBC  values.  Note  that 
are  don't  care  values  for  all  addresses.  Also  note 


that  while  A[1 :0]  do  not  physically  exist  within  a  32  bit 
system,  they  are  valid  bits  within  the  buffer  pointer  field 
of  descriptor  word  0.  Thus,  where  A[1 :0]  are  listed,  they 
refer  to  the  lowest  two  bits  of  the  descriptor's  buffer 
pointer  field.  These  bits  will  have  an  affect  on  determin- 
ing when  a  PCnet-32  controller  linear  burst  operation 
may  legally  begin  and  they  will  affect  the  output  values 
of  the  BE3-BE0  pins,  therefore  they  have  been  included 
in  Table  21  as  A[1 :0]. 

It  is  not  necessary  for  the  software  to  insure  that  the 
buffer  address  pointer  contained  in  descriptor  word  0 
matches  the  address  restrictions  given  in  the  table.  If  the 
buffer  pointer  does  not  meet  the  conditions  set  forth  in 
the  table,  then  the  PCnet-32  controller  will  simply  post- 
pone the  stan  of  linear  bursting  until  enough  ordinary 
FIFO  DMA  transfers  have  been  performed  to  bring  the 
current  working  buffer  pointer  value  to  a  valid  linear 
burst  starting  address.  This  operation  is  referred  to  as 
"aligning"  the  buffer  address  to  a  valid  linear  burst  start- 
ing address.  Once  this  has  been  done,  the  PCnet-32 
controller  will  recognize  that  the  address  for  the  current 
access  is  a  valid  linear  burst  starting  address,  and  it  will 
automatically  begin  to  perform  linear  burst  accesses  at 
that  time,  provided  of  course  that  the  software  has  en- 
abled the  linear  burst  mode. 

Note  that  if  the  software  would  provide  only  valid  linear 
burst  starting  addresses  in  the  buffer  pointer,  then  the 
PCnet-32  controller  could  avoid  performing  the  align- 
ment operation.  It  would  begin  linear  burst  accesses  on 
the  very  first  of  the  buffer  transfers  thereby  allowing  a 
slight  gain  in  bus  bandwidth  efficiency. 

Because  of  the  linear  burst  starting  address  restrictions 
given  in  the  table  above,  the  PCnet-32  controller  linear 
burst  mode  is  completely  compatible  with  the 
Am486-style  burst  cycle  when  the  LINBC[2:0]  bits  have 
been  programmed  with  the  value  of  001 . 


Table  21.  Linear  Burst  Addresses 


LINBC[2:0] 

LBS  =  Linear  Burst 
Size  (No.  of  Transfers) 

Linear  Burst  Addresses 

Beginning  A[5:0]  = 
(A[31 :6]  =  Don't  Care) 

0 

0  (no  linear  bursting) 

Not  Applicable 

1 

4 

00,  10,  20,  30 

2 

8 

00,  20 

4 

16 

00 

3,5,6,7 

Reserved 

Not  Applicable 
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Linear  Burst  DMA  Timing  Diagram  Explanatory 
Note 

Note  that  in  all  of  the  following  timing  diagrams  for  linear 
burst  operations,  a  LINBC[2:0]  value  of  001  has  been 
assumed.  This  translates  to  a  linear  burst  length  of  four 
transfers.  When  the  linear  burst  size  is  four  transfers, 
then  A[31 :4]  are  stable  within  a  single  linear  burst  se- 
quence, while  A[3:2]  and  BE3-BE0  will  change  to  reflect 
the  address  of  the  current  transfer.  Note  that  for  larger 
values  of  LINBC[2:0]  which  correspond  to  longer  linear 
burst  lengths,  the  range  of  address  pins  that  is  stable 
during  each  burst  sequence  is  smaller.  For  example,  if 
L  NBC[2:0]  has  the  value  of  010,  then  the  linear  burst 
length  is  eight  double  word  transfers  or  32  bytes  of  data. 
With  this  value  of  LINBC,  it  takes  five  address  bits  to 
track  the  changing  addresses  through  the  burst.  This 
means  that  only  A[31 :5]  are  stable  during  each  linear 
burst  sequence,  while  A[4:2]  and  BE3-BE0  will  change 
to  reflect  the  address  of  the  current  transfer.  For 
L  NBC[2:0]  =  100,  only  A[31 :6]  are  stable  during  each 
linear  burst  sequence,  while  A[5:2]  and  BE3-BE0  will 
change  to  reflect  the  address  of  the  current  transfer,  and 
so  on.  Table  22  summarizes  this  information. 

Table  22.  Stable  Address  Lines  During 
Linear  Burst 


LINBC  Value 

Portion  of  Address  Bus 
Stable  During  Linear  Burst 

000 

Linear  Bursting  Disabled 

001 

A[31:4] 

010 

A[31 :5] 

100 

A[31 :6] 

Values 
See 


of  LINBC  not  shown  in  the  table  are  not  allowed, 
the  LINBC  section  of  BCR18  for  more  details. 


Since  all  of  the  timing  diagrams  assume  a  LINBC[2:0] 
value  of  001 ,  then  A[31 :4]  are  shown  to  be  stable  within 
each  linear  burst  sequence,  and  A[3:2]  and  BE3-BE0 
are  shown  as  changing  in  order  to  reflect  the  address  of 
the  current  transfer. 

Linear  Burst  DMA  Address  Alignment 

Linear  bursting  may  begin  during  a  bus  mastership  pe- 
riod which  was  initially  performing  only  ordinary  DMA 
operations.  (I.e.  the  value  of  BLAST  is  not  restricted  to 
ZERO  for  an  entire  bus  mastership  period  if  ZERO  was 
the  value  of  BLAST  on  the  first  access  of  a  bus  master- 
ship period.)  A  change  from  non-linear  bursting  to  linear 
bursting  will  normally  occur  during  linear  burst  DMA  ad- 
dress alignment  operations. 

If  the  PCnet-32  controller  is  programmed  for  LINEAR 
burst  mode  (i.e.  BREADE  and/or  BWRITE  bits  of 
BCR18  are  set  to  ONE),  and  the  PCnet-32  controller 
requests  the  bus,  but  the  starting  address  of  the  first 
transaction  does  not  meet  the  conditions  as  specified  in 
the  table  above,  then  the  PCnet-32  controller  will  per- 
form  burst-cycle  accesses  (i.e. .  it  will  provide  an  ADS  for 
each  transfer)  until  it  arrives  at  an  address  that  does 
meet  the  conditions  described  in  the  table.  At  that  time, 
and  without  releasing  the  bus,  the  PCnet-32  controller 
will  invoke  the  linear  burst  mode.  The  simple  external 
manifestation  of  this  event  is  that  the  value  of  the  BLAST 
signal  will  change  to  deasserted  (driven  high)  on  the 
next  T2  cycle,  thereby  indicating  a  willingness  of  the 
PCnet-32  controller  to  perform  linear  bursting.  (Note 
that  burst-cycle  accesses  are  performed  with 
BLAST  =  0.) 

Figure  1 3  shows  an  example  of  a  linear  burst  DMA  align- 
ment operation  being  performed: 
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Figure  13.  FIFO  DMA  Read  Followed  by  Linear  Burst 
Read  During  a  Single  Bus  Mastership  Period 
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Linear  Burst  DMA  BLAST  Signal  Timing 
Linear  burst  cycles  are  requested  by  the  PCnet-32  con- 
troller by  deasserting  the  BLAST  signal  (i.e.  BLAST  =  1 ). 
When  BLAST  is  deasserted  by  the  PCnet-32  controller, 
the  slave  device  is  under  no  obligation  to  provide  BRDY. 
Instead,  it  may  provide  RDYRTN  in  response  to  each  of 
the  PCnet-32  controller  transfers.  If  RDYRTN  is  as- 
serted during  accesses  in  which  the  PCnet-32  controller 
has  deasserted  BLAST,  then  the  current  transfer  reverts 
to  ordinary  burst-cycle  (see  FIFO  DMA  Transfer 
section). 


When  BLAST  is  asserted,  it  signals  the  end  of  the  cur- 
rent linear  burst  sequence. 

In  a  cycle  in  which  BLAST  is  asserted  and  following  the 
assertion  of  either  RDYRTN  and/or  BRDY  by  the  slave 
device,  the  PCnet-32  controller  may  either  relinquish 
the  bus  or  it  may  initiate  a  new  sequence  of  linear  burst 


transfers  without  relinquishing  the  bus.  If  the  PCnet-32 
controller  continues  with  a  new  sequence  of  linear  burst 
transfers,  the  address  asserted  during  the  next  T1  cycle 
will  always  be  the  next  address  in  sequence  from  the 
previous  T2  cycle.  In  other  words,  the  PCnet-32  control- 
ler will  never  execute  cycles  within  a  single  bus  master- 
ship period  that  are  not  both  ascending  and  contiguous, 
with  the  exception  of  the  descriptor  DMA  accesses  de- 
scribed above. 

The  decision  to  continue  bus  ownership  will  depend 
upon  several  variables,  including  the  state  of  the  receive 
or  transmit  FIFO.  All  factors  related  to  this  decision  are 
discussed  later  in  this  section. 

Figure  14  illustrates  a  typical  case  of  multiple  linear 
burst  sequences  being  performed  during  a  single  bus 
mastership  period. 


1-712 


Am79C965 


PRELIMINARY 


AMD 


BCLK 


ADS 

A4rA3;L 
M/IO,  D/C 


W/R 


2- A3, 
BE0-BE3 


RDYRTN 


BRDY 


BLAST 
D0-D31 
HOLD 
HLDA 


7 


W 


w 


w 


■ 


fl~\   /~¥~\  /T~\ 


7 


X 
W 


w 


w 


\ 


Figure  14.  Linear  Burst  Read 
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Figure  15.  Linear  Burst  Write  with  Wait  States  Added 
by  the  Slave  Device  on  the  Third  Transfer 
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Linear  Burst  DMA  Ready  Wait  States 

The  PCnet-32  controller  will  insert  wait  states  into  linear 
burst  DMA  cycles  if  neither  RDYRTN  nor  BRDY  are 
sampled  asserted  at  the  end  of  each  T2  cycle. 

Interrupted  Linear  Burst  DMA  Cycles 

The  assertion  of  rdyrtn  in  the  place  of  brdy  within  a 
linear  burst  cycle  will  cause  the  linear  burst  to  be 
"interrupted." 

In  that  case,  the  PCnet-32  controller  will  revert  to  ordi- 
nary two-cycle  transfers  that  contain  both  a  T1  and  a  T2 
cycle,  except  that  BLAST  will  remain  deasserted  to 
show  that  linear  bursting  is  still  being  requested  by  the 
PCnet-32  controller.  This  situation  is  defined  as  an  inter- 
rupted linear  burst  cycle.  If  BRDY  is  sampled  asserted 
(without  also  sampling  RDYRTN  asserted  during  the 
same  access)  during  an  interrupted  linear  burst  cycle  in 
which  BLAST  is  deasserted,  then  linear  bursting  will  re- 
sume. (Note  that  BLAST  will  become  asserted  during  an 
interrupted  linear  burst  cycle  during  the  transfer  that 


would  have  been  the  last  transfer  of  the  linear  burst  se- 
quence, had  the  sequence  not  been  interrupted.) 

When  an  interrupted  linear  burst  cycle  is  resumed,  then 
the  next  assertion  of  ADS  will  depend  upon  the  initial 
starting  point  of  the  linear  burst,  rather  than  on  the  re- 
sumption point. 

For  example,  if  the  linear  burst  length  =  4  (LINBC  =  1), 
and  BRDY  is  asserted  during  the  first  transfer,  but 
RDYRTN  is  asserted  on  the  second,  then  the  PCnet-32 
controller  will  revert  to  ordinary  DMA  transfers  on  the 
third  transfer.  If  the  responding  device  again  asserts 
brdy  on  the  third  access  (while  RDYRTN  is  deas- 
serted), the  PCnet-32  controller  will  resume  linear  burst- 
ing from  the  current  address.  It  will  produce  1  more  data 
cycle  before  asserting  the  next  ADS,  i.e.  PCnet-32  con- 
troller will  keep  track  of  the  initial  linear  burst  end  point 
and  will  continue  with  the  original  linear  burst  after  the 
RDYRTN  interruption  has  occurred. 
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re  16  illustrates  an  example  of  an  interrupted  linear 
Note  that  BLAST  is  asserted  in  the  fourth  transfer 
the  initial  linear  burst  began,  even  though  the  linear 
was  interrupted  with  the  assertion  of  RDYRTN  and 
ADS  was  driven  for  the  third  transfer.  The  external 
effect  of  the  RDYRTN  interruption  is  completely  mani- 
fested in  the  insertion  of  the  T1  cycle  that  contains  the 
asserted  ADS.  The  linear  burst  cycle  is  not  affected  in 
any  other  way. 

Partial  Linear  Burst 

Certain  factors  may  cause  the  PCnet-32  controller  to 
linearly  burst  fewer  than  the  LINBC  limit  during  a  single 
linear  burst  sequence.  BLAST  will  be  asserted  during 
the  last  data  transfer.  A  linear  burst  that  is  terminated  by 
LAST  before  the  LINBC  limit  is  reached  is  called  a  par- 
tial linear  burst. 


partial  linear  burst  is  recognizable  in  that  the  BLAST 
signal  is  asserted  while  fewer  than  the  LINBC  limit  of 


transfers  has  been  performed  in  the  current  linear  burst 
sequence. 

Factors  that  could  generate  a  partial  linear  burst  include: 

■  No  more  data  available  for  transfers  from  the  current 
transmit  buffer 

■  No  more  data  available  for  transfer  from  the  receive 
FIFO  for  this  packet 

m  No  more  space  available  for  transfers  to  the  current 
receive  buffer 

If  any  of  these  conditions  occurs,  then  the  PCnet-32 
controller  will  end  the  Linear  Burst  by  asserting  BLAST. 
Typically,  during  the  case  of  a  master  readoperation  (for 
transmit  buffer  transfers),  the  last  transfer  in  the  linear 
burst  sequence  will  be  the  last  transfer  executed  before 
the  PCnet-32  controller  releases  the  bus.  This  is  true  of 
both  partial  and  completed  linear  burst  sequences. 
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Figure  16.  "Interrupted"  Linear  Burst  Write 
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Typically,  during  the  case  of  a  master  write  operation 
(tor  receive  buffer  transfers)  when  receive  packet  data 
has  ended,  the  last  transfer  in  the  linear  burst  sequence 
will  be  the  last  transfer  executed  before  the  PCnet-32 
controller  releases  the  bus.  This  is  true  of  both  partial 
and  completed  linear  burst  sequences. 

However,  if  the  next  transfer  that  the  PCnet-32  control- 
ler is  scheduled  to  execute  will  be  to  the  last  available 
location  of  a  receive  or  transmit  buffer,  then  the 
PCnet-32  controller  may  assert  BLAST  on  the  current 
transfer  and  then  use  an  ordinary  cycle  to  make  the  last 
transfer  to  the  buffer.  This  event  occurs  because  of  the 
restrictions  placed  upon  the  byte  enable  signals  during 
the  linear  burst  operation.  As  mentioned  in  the  initial  de- 
scription of  linear  burst  accesses  (section  Linear  Burst 
DMA  Transfers),  all  byte  lanes  of  the  data  bus  are  al- 
ways enabled  during  linear  burst  operations.  Note,  how- 
ever, that  in  the  case  of  the  last  buffer  location,  the 
PCnet-32  controller  may  own  only  a  portion  of  the  dou- 
ble word  location.  In  such  cases,  it  is  necessary  to 


discontinue  linear  burst  accesses  on  the  second  from 
last  buffer  location  so  that  an  basic  transfer  with  some 
byte  lanes  disabled  can  be  used  for  the  final  transfer. 

Figure  17  shows  a  partial  linear  burst  that  occurred  while 
approaching  the  transfer  of  the  last  bytes  of  data  to  a 
receive  buffer.  The  linear  burst  begins  when  1 0  bytes  of 
space  still  remain  in  the  receive  buffer.  (The  number  of 
spaces  remaining  for  the  figure  as  drawn  could  be  any- 
where from  9  to  12  spaces.  The  value  of  10  spaces  has 
been  chosen  just  for  purposes  of  illustration.)  After  the 
first  linear  burst  transfer,  the  PCnet-32  controller  sees 
that  between  6  bytes  of  space  remain,  and  knowing  that 
the  second  transfer  will  use  another  4  bytes  of  space, 
the  PCnet-32  controller  is  able  to  predict  that  the  third 
transfer  will  be  the  last.  Therefore,  it  asserts  BLAST  on 
the  second  transfer  to  terminate  the  linear  burst  opera- 
tion. However,  the  PCnet-32  controller  retains  owner- 
ship of  the  bus  so  that  it  may,  immediately  thereon, 
make  an  basic  transfer  to  the  last  two  spaces  in 
the  buffer. 
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Figure  17.  Typical  Partial  Linear  Burst  Write,  Followed  by  a  Basic 
Transfer  During  the  Same  Bus  Mastership  Period 
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Length  of  Bus  Mastership  Period 

The  number  of  data  transfer  cycles  within  the  total  bus 
mastership  period  is  dependent  on  the  programming  of 
the  DMAPLUS  option  (CSR4,  bit  14).  The  possibilities 
are  as  follows: 

If  DMAPLUS  =  0,  a  maximum  of  1 6  transfers  will  be  per- 
formed by  default.  This  default  value  may  be  changed 
by  writing  to  the  burst  register  (CSR80).  Note  that 
DMAPLUS  =  0  merely  sets  a  maximum  value.  The  mini- 
mum number  of  transfers  in  the  burst  will  be  determined 
by  all  of  the  following  variables:  the  settings  of  the  FIFO 
watermarks  and  the  conditions  of  the  FIFOs,  the  value 
of  the  DMA  Burst  Cycle  (CSR80),  the  value  of  the  DMA 
Bus  Activity  Timer  (CSR82),  and  any  occurrence  of 
preemption  that  takes  place  during  the  burst. 

If  DMAPLUS  =  1 ,  linear  bursting  will  continue  until  the 
transmit  Fl  FO  is  filled  to  its  high  threshold  or  the  receive 
FIFO  is  emptied  to  its  low  threshold,  or  until  the  DMA 
Bus  Activity  Timer  value  (CSR82)  has  expired.  A  bus 
preemption  event  is  another  cause  of  termination  of  cy- 
cles. The  FIFO  thresholds  are  programmable  (see  de- 
scription of  CSR80),  as  are  the  Burst  Cycle  and  Bus 
Activity  Timer  values.  The  exact  number  of  total  transfer 
cycles  in  the  case  of  DMAPLUS  =  1  will  be  dependent  on 
the  latency  of  the  system  bus  to  the  PCnet-32  control- 
ler's mastership  request  and  the  speed  of  bus  operation, 
but  will  be  limited  by  the  value  in  the  Bus  Activity  Timer 
Register,  the  FIFO  condition  and  by  preemption  occur- 
rences, if  any. 

The  exact  response  of  the  PCnet-32  controller  to  any  of 
the  conditions  mentioned  above  can  be  complicated. 
Fordetail  of  the  response  to  any  particular  stimulus,  see 
each  of  the  sections  that  describes  PCnet-32  control- 
ler response. 

Note  that  the  number  of  transfer  cycles  between  each 
ADS  assertion  will  always  only  be  controlled  by  LINBC, 
RDYRTN,  BOFF,  HLDA  and  FIFO  conditions.  The  num- 
ber of  transfer  cycles  separating  ADS  assertions  will  not 
be  affected  by  DMAPLUS  or  by  the  values  in  the  Burst 


Cycle  and  Bus  Activity  Timer  Register.  However,  these 
factors  can  influence  the  number  of  transfers  that  is  per- 
formed during  any  given  arbitration  cycle. 

Barring  a  time-out  by  the  Burst  Cycle  or  the  Bus  Activity 
Timer  Register,  or  a  bus  preemption  by  another  master- 
ing device,  the  FIFO  watermark  settings  and  the  extent 
of  Bus  Acknowledge  latency  will  be  the  major  factors  in 
determining  the  number  of  accesses  performed  during 
any  given  arbitration  cycle.  The  BRDY  response  time  of 
the  memory  device  will  also  affect  the  number  of  trans- 
fers, since  the  speed  of  the  accesses  will  affect  the  state 
of  the  Fl  FO.  ( During  accesses,  the  Fl  FO  may  be  filling  or 
emptying  on  the  network  end.  For  example,  on  a  Re- 
ceive operation,  a  slower  device  will  allow  additional 
data  to  accumulate  inside  of  the  FIFO.  If  the  accesses 
are  slow  enough,  a  complete  double  word  may  become 
available  before  the  end  of  the  arbitration  cycle  and 
thereby  increase  the  number  of  transfers  in  that  cycle.) 
The  general  rule  is  that  the  longer  the  bus  grant  latency 
or  the  slower  the  bus  transfer  operations  or  the  slower 
the  clock  speed  or  the  higher  the  transmit  watermark  or 
the  lower  the  receive  watermark  or  any  combination 
thereof,  will  produce  longer  total  burst  lengths. 

If  a  bus  preemption  event  occurs  after  the  execution  of 
the  first  T2  cycle  of  the  fourth  from  the  last  transfer  cycle 
within  a  linear  burst  DMA  sequence,  then  the  PCnet-32 
controller  will  complete  the  current  linear  burst  se- 
quence and  will  execute  a  new  linear  burst  sequence 
before  releasing  the  HOLD  signal  and  relinquishing  the 
bus.  If  a  bus  preemption  event  occurs  before  or  concur- 
rent with  the  execution  of  the  first  T2  cycle  of  the  fourth 
from  the  last  transfer  cycle  within  a  linear  burst  DMA 
sequence,  then  the  PCnet-32  controller  will  complete 
the  current  linear  burst  sequence  and  then  will  release 
the  HOLD  signal  and  will  relinquish  the  bus.  Within  the 
context  of  this  explanation,  a  single  transfer  cycle  refers 
to  the  execution  of  a  data  transfer,  regardless  of  the 
number  of  clock  cycles  taken,  i.e.  wait  states  are 
included  in  this  definition  of  a  transfer  cycle.  See 
Figure  18. 


Am79C965 


1-717 


PRELIMINARY 


BCLK 


ADS 


A4-A31 
M/IQ,. 
D/C 


W/R 


A2-A3, 
BE0-BE3 


RDYRTN 


BRDY 


BLAST 
D0-D31 
HOLD 
HLDA 


mmmA 


j 


mm 


/T~\  nr\  r~h~\  nr\ 


•i 


'Note:  HOLD  will  always  go  inactive  for  2  BCLK  cycles  before  being  reasserted. 
Figure  18.  Linear  Burst  Read  with  Preemption  During  T2 
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Figure  19.  Linear  Burst  Read  with  Preemption  During  One  of  the 
Last  Three  T2  Cycles  of  the  Sequence 


If  a  bus  preemption  event  occurs  on  a  T1  cycle  (specifi- 
cally, a  T1  cycle  in  which  the  ADS  signal  for  a  new  linear 
burst  sequence  is  asserted),  then  the  next  linear  burst 
sequence  will  be  executed  before  the  PCnet-32  control- 
ler releases  the  HOLD  signal  and  relinquishes  the  bus. 


(If  the  T1  cycle  in  which  the  preemption  occurred  was  to 
begin  an  basic  transfer,  then  the  basic  transfer  plus  as 
many  as  two  additional  basic  transfers  will  be  executed 
before  relinquishing  the  bus.) 
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•  Note:  HOLD  is  always  held  inactive  for  2  BCLK  cycles  before  being  reasserted. 

Figure  20.  Linear  Burst  Read  with  Preemption  that 
Occurs  During  the  T1  Cycle 


18219B-23 


1-720 


Am79C965 


PRELIMINARY 


Effect  Of  BOFF 


Assertion  of  BOFF  during  a  linear  burst  has  two  possible 
outcomes.  In  the  case  ot  BOFF  asserted  toeforethe  first 
BRDY  (or  RDYRTN)  has  been  sampled,  the  PCnet-32 
controller  will  restart  the  linear  burst  after  the  BOFF 
event  has  ended.  A  new  ADS  will  be  asserted  with  the 
original  starting  address  for  the  halted  linear  burst.  See 
Figure  21 . 


However,  if  the  BOFF  signal  is  asserted  after  the  first 
BRDY  (or  RDYRTN)  has  been  sampled,  the  PCnet-32 
controller  will  revert  to  ordinary  burst-cycle  accessesfol- 
lowing  the  BOFF  event.  In  this  case,  linear  bursting  will 
nexf  occur  when  the  memory  address  being  accessed 
next  meets  the  linear  burst  starting  address  require- 
ments. If  BOFF  is  sampled  active  on  the  same  clock 
edge  that  brdy  or  RDYRTN  is  sampled  active,  then  the 
BOFF  takes  priority. 
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Figure  21 .  Restarted  Linear  Burst  Read  in  which  BOFF  was  Asserted  Before 


brdy  of  First  Transfer  in  Linear  Burst  Sequency,  Hence  Linear  Burst  Sequence  is 
Restarted  When  boff  is  Deasserted 
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Figure  22.  Restarted  Linear  Burst  Read  in  which  boff  was  Asserted  After  brdy  of  First  Transfer 
in  Linear  Burst  Sequency.  Hence,  Linear  Burst  Reverts  to  Ordinary  Cycles  Until  Next 
Legal  Linear  Burst  Starting  Address  is  Reached 


In  general,  if  the  linear  burst  is  suspended  by  another 
bus  master  (either  because  of  boff  or  PCnet-32  con: 
trailer  releasing  HOLD)  then  any  partially  completed  lin- 
ear burst  access  will  not  resume  when  the  PCnet-32 
controller  regains  bus  ownership.  But  if  the  PCnet-32 
controller  linear  burst  is  interrupted  by  the  receipt  of 


RDYRTN  in  place  of  BRDY,  then  the  PCnet-32  control- 
ler will  resume  the  linear  burst  operation  as  indicated  by 
the  BLAST  signal. 

the 


Register  accesses  cannot  be  performed 
PCnet-32  device  while  boff  is  asserted. 


to 
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Effect  Of  AHOLD 

Assertion  of  AHOLD  during  Linear  Burst  transfers  will 
cause  the  PCnet-32  controller  to  float  some  portion  of 
the  address  bus  beginning  at  the  next  clock  cycle.  If 


the  AHOLD  signal,  the  PCnet-32  controller  will  continue 
to  drive  the  command  signals,  but  ADS  will  be  driven 
inactive. 


brdy  is  returned  while  AHOLD  is  active,  then  the  linear 
burst  sequence  will  continue  until  the  current  burst 
would  otherwise  normally  terminate,  since  the  data  bus 
and  the  lower  portion  of  the  address  bus  may  remain 
active  during  AHOLD.  However,  a  new  linear  burst  se- 
quence, requiring  a  new  ADS  assertion,  will  not  be 
started  while  AHOLD  is  active. 

When  AHOLD  is  asserted  during  T1  of  a  linear  burst, 
then  the  linear  burst  operation  will  be  suspended  until 
AHOLD  is  deasserted.  Once  AHOLD  is  deasserted, 
then  the  PCnet-32  controller  will  start  the  suspended 
linear  burst  with  the  intended  address.  See  Figure  23. 
(Note  that  the  intended  T1  of  the  linear  burst  sequence 
has  been  labeled  Ta  in  the  figure,  since  a  T1  was  never 
executed  due  to  the  suspension  of  the  address  bus  re- 
quired by  the  assertion  of  AHOLD.) 

When  AHOLD  is  asserted  in  the  middle  of  a  linear  burst, 
the  linear  burst  may  proceed  without  stalling  or  halting. 
AHOLD  requires  that  PCnet-32  controller  float  a  portion 
of  its  address  bus,  but  linear  burst  data  cycles  will  still 
proceed,  since  the  AHOLD  signal  only  affects  a  portion 
of  the  address  bus,  and  that  portion  of  the  address  bus  is 
not  being  used  for  the  middle  accesses  of  a  linear  burst. 

However,  if  AHOLD  is  asserted  in  the  middle  of  a  linear 
burst  operation,  and  the  AHOLD  signal  is  held  long 
enough  that  a  new  linear  burst  sequence  will  start  (a 
new  ADS  is  to  be  issued  by  the  PCnet-32  controller) 
then  at  the  end  of  the  current  linear  sequence,  the 
PCnet-32  controller  must  wait  for  the  AHOLD  signal  to 
become  inactive  before  beginning  the  next  linear  se- 
quence, since  the  AHOLD  signal  would  now  interfere 
with  the  PCnet-32  controller's  wish  to  assert  ADS  and  a 
new  address  on  the  entire  address  bus.  During  the  time 
hat  the  PCnet-32  controller  is  waiting  for  the  release  of 


Note  that  if  RDYRTN  is  asserted  during  a  linear  burst  se- 
quence while  AHOLD  is  active,  then  no  more  access  will 
be  performed  until  AHOLD  is  deasserted.  This  is  be- 
cause the  assertion  of  rdyrtn  will  cause  the 
PCnet-32  controller  to  insert  a  new  T1  cycle  into  the  lin- 
ear  burst.  A  T1  cycle  requires  assertion  of  ADS,  but  ADS 
assertion  is  not  allowed  as  long  as  AHOLD  is  still  as- 
serted. Therefore,  the  T1  cycle  is  delayed  until  the 
AHOLD  is  deasserted. 

The  portion  of  the  Address  Bus  that  will  be  floated  at  the 
time  of  an  address  hold  operation  will  be  determined  by 
the  value  of  the  Cache  Line  Length  register  (BCR18, 
bits  15-11).  Table  23  lists  all  of  the  legal  values  of  CLL 
showing  the  portion  of  the  Address  Bus  that  will  become 
floated  during  an  address  hold  operation. 

Table  23.  CLL  Value  of  Floated  Address  in  AHOLD 


CLL  Value 

Floated  Portion  of  Address 
Bus  During  AHOLD 

00000 

None 

00001 

A31-A2 

00010 

A31-A3 

00011 

Reserved  CLL  Value 

00100 

A31-A4 

00101-00111 

Reserved  CLL  Values 

01000 

A31-A5 

01001-01111 

Reserved  CLL  Values 

10000 

A31-A6 

10001-11111 

Reserved  CLL  Values 

Note  that  the  default  value  of  CLL  after  H_RESET  is 
00100.  All  timing  diagrams  in  this  document  are  drawn 
with  the  assumption  that  this  is  the  value  of  CLL. 
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Figure  23.  Linear  Burst  Read  in  which  AHOLD  was  Asserted 
During  T1  in  the  Linear  Burst  Sequence;  Linear  Burst  Sequence 
is  Started  when  AHOLD  is  Deasserted 
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Figure  24.  Linear  Burst  Read  Cycle  with  AHOLD 

Note  that  Linear  Burst  sequence  is  allowed  to  complete  in  spite  of  AHOLD, 
but  next  linear  Burst  sequence  is  prevented  from  beginning  until  AHOLD  is  deasserted. 


Note  that  if  the  brdy  (or  rdyrtn)  signal  is  not  re- 
turned while  AHOLD  is  active,  then  the  PCnet-32  con- 
troller will  resume  driving  the  same  address  onto  the 
address  bus  when  AHOLD  is  released.  The  PCnet-32 
controller  will  not  reissue  the  ADS  signal  at  this  time. 

Bus  Activity  Timer  Register  Time  Out  During 
Linear  Burst 

When  the  Bus  Activity  Timer  Register  (CSR82  bits 
[1 5:0])  times  out  before  or  concurrent  with  the  execution 
of  the  first  T2  cycle  of  the  fourth  from  the  last  transfer 
cycle  within  a  linear  burst  DMA  sequence,  then  the  lin- 


ear burst  will  continue  until  a  legal  starting  address  is 
reached,  and  then  the  PCnet-32  controller  will  relinquish 
the  bus.  If  the  Bus  Activity  Timer  Registertimes  out  after 
the  execution  of  the  first  T2  cycle  of  the  fourth  from  the 
last  transfer  cycle  within  a  linear  burst  DMA  sequence, 
then  the  PCnet-32  controller  will  complete  the  current 
linear  burst  sequence  and  will  execute  a  new  linear 
burst  sequence  before  releasing  the  HOLD  signal  and 
relinquishing  the  bus.  (Effectively ,  the  Bus  Activity  Timer 
time-out  is  treated  in  a  manner  identical  to  the  occur- 
rence of  a  preemption  event.)  Therefore,  when  pro- 
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grammed  for  Linear  Burst  mode,  the  PCnet-32 
controller  bus  mastership  time  may  exceed  the  Bus  Ac- 
tivity Timer  limit. 

This  is  done  because  an  immediate  abort  of  the  linear 
burst  due  to  timer  expiration  would  leave  the  current 
buffer  pointer  at  an  unaligned  location.  This  would 
cause  an  address  alignment  of  several  ordinary  cycles 
to  be  executed  during  the  next  FIFO  DMA  operation. 
Repeated  occurrences  of  this  nature  would  compromise 
the  usefulness  of  the  linear  burst  mode,  since  this  would 
increase  the  number  of  non-linear  burst  cycles  that  are 
performed.  This  in  turn  would  increase  the  bus 
bandwidth  requirement  of  the  PCnet-32  controller. 
Therefore,  because  the  PCnet-32  controller  Linear 
Burst  operation  does  not  strictly  obey  the  Burst  Timer, 
the  user  should  program  the  Burst  Timer  value  in  such  a 
manner  as  to  include  the  expected  linear  burst  release 
time.  If  the  user  has  enabled  the  Linear  Burst  function, 
and  wishes  the  PCnet-32  controllerto  limit  bus  activity  to 
MAX_TIME  us,  then  the  Burst  Timer  should  be  pro- 
grammed to  a  value  of: 

MAX_TIME-  [((3+lbs)  x  w  +  10  +  lbs)  x  (BCLK  period)] 

This  is  because  the  PCnet-32  controller  may  use  as 
much  as  one  "linear  burst  size"  plus  three  transfers  in 
order  to  complete  the  linear  burst  before  releasing  the 
bus. 

As  an  example,  if  the  linear  burst  size  is  4  transfers,  and 
the  number  of  wait  states  for  the  system  memory  is  2, 
and  the  BCLK  period  is  30  ns  and  the  MAX  time  allowed 
on  the  bus  is  3  us,  then  the  Burst  Timer  should  be  pro- 
grammed for: 

MAX_TIME-  [((3+lbs)  x  w  +  10  +  lbs) 
x  (BCLK  period)]; 

3  us  -  [(3  +  4)  x  2  +10  +  4)  x  (30  ns)] 
=  3  us  -  (28  x  30  ns)  =  3  -  0.84  us  =  2.16  us. 
Then,  if  the  PCnet-32  controller's  Burst  Timer  times  out 
after  2.16  us  when  the  PCnet-32  controller  has  com- 
pleted all  but  the  last  three  transfers  of  a  linear  burst, 
then  the  PCnet-32  controller  may  take  as  much  as 
0.84  us  to  complete  the  bursts  and  release  the  bus.  The 
bus  release  will  occur  at  2.16  +  0.84  =  3  us. 

Burst  Cycle  Time  Out  During  Linear  Burst 

When  the  Burst  Cycle  (CSR80  bits  [7:0])  times  out  in  the 
middle  of  a  linear  bu  rst ,  the  linear  burst  will  continue  until 
a  legal  starting  address  is  reached,  and  then  the 
PCnet-32  controller  will  relinquish  the  bus. 

The  discussion  for  the  Burst  Cycle  is  identical  to  the  dis- 
cussion for  the  Bus  Activity  Timer  Register,  except  that 
the  quantities  are  in  terms  of  transfers  instead  of  in 
terms  of  time. 

The  equation  for  the  proper  burst  register  setting  is: 
Burst  count  setting  =  (desired_max  DIV  (length  of  lin- 
ear burst  in  transfers))  x  length  of  linear  burst  in 
transfers, 


where  DIV  is  the  operation  that  yields  the  INTEGER 
portion  of  the  +  operation. 
Illegal  Combinations  of  Watermark  and  LINBC 

Certain  combinations  of  watermark  programming  and 
LINBC  programming  may  create  situations  where 
no  linear  bursting  is  possible,  or  where  the  FIFO  may  be 
excessively  read  or  excessively  written.  Such  combina- 
tions are  declared  as  illegal. 

Combinations  of  watermark  settings  and  LINBC  set- 
tings must  obey  the  following  relationship: 

watermark  (in  bytes)  >  LINBC  (in  bytes) 
Combinations  of  watermark  and  LINBC  settings  that 
violate  this  rule  may  cause  unexpected  behavior. 

Slave  Timing 

Slave  timing  in  the  PCnet-32  controller  is  designed  to 
perform  to  both  Am486  32-bit  timing  requirements  and 
VESA  VL-Bus  timing  requirements  at  the  same  time. 
Since  the  VESA  VL-Bus  is  based  upon  Am486  bus  tim- 
ing, there  is  really  little  difference  evident,  except  for 
hold-off  requirements  on  the  part  of  the  slave  driving  the 
RDY,  BRDY,  and  data  signals  when  the  high  speed 
write  signal  is  false.  VESA  VL-Bus  requires  that  none  of 
these  signals  are  driven  by  the  slave  until  the  second  T2 
cycle  when  the  high  speed  write  signal  is  false.  Since  the 
PCnet-32  controller  does  not  examine  the  high-speed 
write  bit,  it  assumes  that  this  signal  is  never  true,  and 
therefore  always  obeys  the  more  stringent  requirement 
of  not  being  allowed  to  drive  RDY,  BRDY  and  the  data 
bus  until  the  second  T2.  In  addition,  the  PCnet-32  con- 
troller will  drive  RDY  and  BRDY  inactive  for  one  half 
BCLK  cycle  at  the  end  of  the  slave  access,  immediately 
following  the  BCLK  cycle  in  which  the  PCnet-32  control- 
ler asserted  RDY.  Again,  this  behavior  is  required  by  the 
VESA  VL-Bus  specification,  but  it  is  not  required  for  op- 
eration within  an  Am486  system.  The  PCnet-32  control- 
ler performs  in  this  manner,  regardless  of  the  PCnet-32 
controller  mode  setting. 

Slave  timing  can  generally  be  inferred  from  the  bus  mas- 
ter timing  diagrams,  with  the  exception  of  the  following 
information: 


PCnet-32  controller  never  responds  with  BRDY  active 
during  slave  accesses.  All  PCnet-32  controller  slave  re- 
sponses use  only  the  RDY  signal.  BRDY  will  always  be 
deasserted  during  all  PCnet-32  controller  slave  ac- 
cesses. RDY  is  a  PCnet-32  controller  output  signal.  It  is 
used  during  PCnet-32  controller  slave  accesses. 
rdyrtn  is  a  PCnet-32  controller  input  signal.  It  is  used 
during  all  PCnet-32  controller  bus  master  accesses,  as 
well  as  during  PCnet-32  controller  slave  read  accesses. 

The  typical  number  of  wait  states  added  to  a  slave  ac- 
cess on  the  part  of  the  PCnet-32  controller  is  6  or  7 
BCLK  cycles,  depending  upon  the  relative  phases  of  the 
internal  Buffer  Management  Unit  clock  and  the  BCLK 
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signal,  since  the  internal  Butter  Management  Unit  clock 
is  a  divide-by-two  version  of  the  BCLK  signal. 

The  PCnet-32  controller  RDY  and  RDYRTN  signals 
may  be  wired  together.  This  allows  the  PCnet-32 
controller  to  operate  within  a  system  that  has  a  single 
READY  signal. 

The  LDEV  signal  is  generated  in  response  to  a  valid 
PCnet-32  controller  I/O  address  on  the  bus  together 
with  a  valid  ADS  signal.  LDEV  is  generated  in  an  asyn- 
chronous manner  by  the  PCnet-32  controller.  See  the 
parameter  listings  for  delay  values  of  the  LDEV  signal. 


RDY,  BRDY  and  D[31 :0]  are  never  driven  until  the  sec- 
ond T2  state  of  a  slave  access.  Before  that  time,  it  is 
expected  that  a  system  pull-up  device  is  holding  the 
RDY  and  BRDY  signals  in  a  deasserted  state. 

The  RDY  and  BRDY  signals  are  always  driven  high  for 
one  half  BCLK  cycle  immediately  following  the  BCLK 
period  during  which  RDY  was  driven  asserted.  Then  the 
RDY  and  BRDY  signals  are  floated.  This  behavior  is 
performed  regardless  of  the  PCnet-32  controller  mode 
setting.  See  Figure  25. 
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Figure  25.  Slave  RDY  Timing 


VESA  VL-Bus  Mode  Timing 

VESA  VL-Bus  mode  functional  timing  is  essentially 
identical  to  the  timing  of  the  Am486  32-bit  mode,  except 
that  the  bus  request  and  bus  acknowledge  signals  have 
inverted  senses  from  those  shown  in  the  previous  timing 
diagrams  and  the  AHOLD  signal  does  not  exist  while  the 
PCnet-32  controller  is  programmed  for  VL-Bus  mode.  In 
addition,  dynamic  bus  sizing  is  supported  in  VESA  VL- 
Bus  mode,  through  the  use  of  the  LBS16  signal.  The 
following  section  describes  possible  LBS16  interactions 
while  programmed  for  the  VESA  VL-Bus  mode  of 


operation.  Other  differences  exist  between  VL-Bus 
mode  and  Am486  mode,  but  these  other  differences  are 
not  directly  related  to  the  master  or  slave  cycle  timings. 
Effect  o7LBS16  (VL-Bus  mode  only) 
Dynamic  bus  sizing  is  recognized  by  the  PCnet-32  con- 
troller  while  operating  in  the  VL-Bus  mode.  The  LBS  16 
signal  is  used  to  indicate  to  the  PCnet-32  controller 
whether  the  VL-Bus  target  is  a  16-bit  or  32-bit  periph- 
eral. When  the  target  device  indicates  that  it  is  1 6  bits  in 
width  by  asserting  the  LBS16  signal  at  least  one  LCLK 
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period 
PCnet 
constraints 


before  asserting  the  BRDY  signal,  then  the 
32  controller  will  dynamically  respond  to  the  size 
of  the  peripheral  by  performing  additional 


accesses.  Table  24  indicates  the  sequence  of  accesses 
that  will  be  performed  by  the  PCnet-32  controller  in  re- 
sponse to  the  assertion  of  LBS16. 


Table  24.  Data  Transfer  Sequence  from  32-Bit  Wide  to  16-Bit  Wide 


Current  Access 

Next  with  LBS16 

B 

E3 

BE2 

BET 

BEO 

BE3 

BE2 

BET 

BEO 

1 

1 

0 

NR* 

1 

0 

0 

NR* 

0 

0 

0 

1 

0 

1 

1 

3 

0 

0 

0 

0 

0 

1 

1 

jl 

1 

0 

NR* 

0 

0 

1 

0 

1 

1 

0 

0 

0 

0 

1 

1 

0 

1 

NR* 

■ 

3 

0 

1 

NR* 

0 

1 

1 

NR* 

*WR  = 


Wo  second  access  Required  for  these  cases 
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Figure  26  shows  an  example  of  an  exchange  between  a 
16-bit  VL-Bus  peripheral  and  the  PCnet-32  controller 
during  ordinary  read  cycles  while  programmed  for  VL- 
Bus  mode  of  operation.  Note  that  the  LBS1 6  signal  is 
asserted  during  the  LCLK  that  precedes  the  assertion  of 
RDYRTN.  In  this  particular  case,  in  order  to  maintain 
zero-wait  state  accesses,  the  16-bit  target  must  gener- 
ate LBS16  in  a  very  short  time  in  order  to  meet  the  re- 
quired setup  time  of  LBS  16  into  the  PCnet-32  controller. 
If  the  peripheral  were  incapable  of  meeting  the  required 
setup  time,  then  a  wait  state  would  be  needed  in  order  to 


insure  that  LBS1 6  is  asserted  at 


LCLK  prior  to 


the  assertion  of  the  RDYRTN  signal.  This  situation  is 
illustrated  in  the  second  double  word  access  of  the  dia- 
gram. The  wait  state  only  needs  to  be  inserted  on  the 
first  access  of  the  sequence,  since  from  that  point  on, 
LBS16  could  be  held  active  low  until  the  entire  double 
word  transfer  had  completed,  thus  adequately  satisfying 
the  LBS16  setup  requirement  for  the  second  rdyrtn 
assertion.  Note  that  only  two  bytes  of  data  are  trans- 
ferred during  each  T2  cycle  so  that  the  total  number  of 
bytes  transferred  during  each  access  is  four. 
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Figure  26.  VL-Bus  Basic  Read  with  LBS16 
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Figure  27  shows  an  example  of  an  exchange  between  a 
16-bit  VL-Bus  peripheral  and  the  PCnet-32  controller 
during  linear  burst  mode  while  programmed  tor  VL-Bus 
mode  of  operation.  Note  that  the  LBS16  signal  is  as- 
serted during  the  LCLK  that  precedes  the  assertion  of 
BRDY.  In  this  particular  case,  in  order  to  maintain  zero- 
wait  state  accesses,  the  16-bit  target  must  generate 
LBS1 6  in  a  very  short  time  in  order  to  meet  the  required 
setup  time  of  LBS16  into  the  PCnet-32  controller.  If  the 
peripheral  were  incapable  of  meeting  the  required  setup 
time,  then  a  wait  state  would  be  needed  in  order  to  in- 
sure that  LBS16  is  asserted  at  least  one  LCLK  prior  to 
the  assertion  of  the  BRDY  signal.  For  linear  burst  se- 
quences, this  wait  state  would  only  need  to  be  inserted 


on  the  first  access  of  the  sequence,  since  from  that  point 
on,  LBS16  could  be  held  active  low  until  the  entire  se- 
quence had  completed,  thus  adequately  satisfying  the 
LBS  16  setup  requirement  for  each  subsequent  brdy 
assertion.  Note  that  only  2  bytes  of  data  are  transferred 
during  each  T2  cycle  so  that  the  total  number  of  bytes 
transferred  during  the  linear  burst  sequence  is  1 6,  even 
though  8  T2  cycles  are  executed. 

When  the  assertion  of  LBS16  during  a  PCnet-32  con- 
troller master  access  has  created  the  need  for  a  second 
access  as  specified  in  the  table  above,  and  the  WBACK 
signal  becomes  active  during  the  second  access,  then 
when  WBACK  is  deasserted,  the  PCnet-32  controller 
will  repeat  both  accesses  of  the  pair. 
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Figure  27.  VL-Bus  Linear  Burst  Read  with  LBS16 
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Bus  Master  and  Bus  Slave  Data 
Byte  Placement 

The  general  rule  of  data  placement  is  that  the  active 
data  byte  lanes  are  indicated  by  the  byte  enable  signals 
for  all  transfers.  Note  that  during  all  master  read  opera- 
tions, the  PCnet-32  controller  will  always  activate  all 
byte  enables,  even  though  some  byte  lanes  may  not 
contain  "valid"  data  as  indicated  by  a  buffer  pointer 
value.  In  such  instances,  the  PCnet-32  controller  will  in- 
ternally discard  unneeded  bytes. 

Note  that  in  all  32-bit  environments,  regardless  of  the 
mode  settings,  the  placement  of  data  bytes  on  the  data 
bus  during  all  PCnet-32  controller  bus  operations  (mas- 
ter and  slave)  will  proceed  in  accordance  with  the  data 
byte  duplication  rules  of  the  Am386DX.  The  Am386DX 
requirement  is  for  duplication  of  active  data  bytes  in  cor- 
responding lower-half  byte  lanes  when  the  access  is  a 
byte  or  word  access  that  utilizes  the  upper  half  of  the 
data  bus.  PCnet-32  controller  performs  data  byte  dupli- 
cation in  this  manner.  The  Am386DX  does  not  indicate 
byte  duplication  when  the  active  data  bytes  of  a  byte  or 
word  access  are  exclusively  contained  in  the  lower  half 
of  the  data  bus,  therefore,  the  PCnet-32  controller  will 
not  perform  data  byte  duplication  in  this  case.  Byte 


duplication  for  bus  master  writes  and  bus  slave  reads 
will  follow  Table  25. 

A[1 :0]  in  the  table  refer  to  software  pointers,  since  A[1 :0] 
pins  do  not  physically  exist  in  the  system.  (Software 
pointers  include  I/O  address  software  pointers  in  the 
driver  code  for  I/O  accesses  to  the  PCnet-32  controller, 
or  software  pointers  for  the  initialization  block,  descrip- 
tor areas  or  buffer  areas  that  are  used  by  the  PCnet-32 
controller  during  master  accesses.) 

For  master  read  operations,  the  PCnet-32  controller  ex- 
pects data  according  to  the  byte  enable  signaling  only. 
Byte  lanes  with  inactive  byte  enables  are  expected  to 
carry  invalid  data. 

For  slave  write  operations,  the  PCnet-32  controller  ex- 
pects data  according  to  the  byte  enable  signaling  only. 
Byte  lanes  with  inactive  byte  enables  are  expected  to 
carry  invalid  data. 

For  master  write  operations,  the  PCnet-32  controller  will 
produce  data  as  indicated  in  Table  25. 

For  slave  read  operations,  the  PCnet-32  controller  will 
produce  data  as  indicated  for  the  BSWP  =  0  cases  in 
Table  25,  regardless  of  the  actual  setting  of  the  BSWP 
bit. 
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Table  25.  Master  and  Slave  Byte  Placement 


Case 

No. 

A[1:0] 

BSWP 

BE3-BE0 

D[31 :24] 

D[23:16J 

D[15:8] 

D[7:0] 

1a 

00 

0 

0000 

Byte3 

Byte2 

Bytel 

ByteO 

1b 

00 

1 

0000 

ByteO 

Bytel 

Byte2 

Byte3 

2a 

01 

0 

0001 

Byte2 

Bytel 

ByteO 

Undef 

2b 

01 

1 

1000 

Undef 

ByteO 

Bytel 

Byte2 

3a 

10 

0 

0011 

Bytel 

ByteO 

Copyl 

CopyO 

3b 

10 

1 

1100 

Undef 

Undef 

ByteO 

Bytel 

4a 

11 

0 

0111 

ByteO 

Undef 

CopyO 

Undef 

4b 

11 

1 

1110 

Undef 

Undef 

Undef 

ByteO 

5a 

00 

0 

1000 

Undef 

Byte2 

Bytel 

ByteO 

5b 

00 

1 

0001 

ByteO 

Bytel 

Byte2 

Undef 

6: 

I 

01 

0 

0001 

Byte2 

Bytel 

ByteO 

Undef 

6b 

01 

1 

1000 

Undef 

ByteO 

Bytel 

Byte2 

7a 

10 

0 

0011 

Bytel 

ByteO 

Copyl 

CopyO 

7b 

10 

1 

1100 

Undef 

Undef 

ByteO 

Bytel 

8a 

11 

0 

0111 

ByteO 

Undef 

CopyO 

Undef 

8b 

11 

1 

1110 

Undef 

Undef 

Undef 

ByteO 

9a 

00 

0 

1100 

Undef 

Undef 

Bytel 

ByteO 

9b 

00 

1 

0011 

ByteO 

Bytel 

CopyO 

Copyl 

10a 

01 

0 

1001 

Undef 

Bytel 

ByteO 

Undef 

10b 

01 

1 

1001 

Undef 

ByteO 

Bytel 

Undef 

11a 

10 

0 

0011 

Bytel 

ByteO 

Copyl 

CopyO 

11b 

10 

1 

1100 

Undef 

Undef 

ByteO 

Bytel 

12a 

11 

0 

0111 

ByteO 

Undef 

CopyO 

Undef 

12b 

11 

1 

1110 

Undef 

Undef 

Undef 

ByteO 

13 

a 

00 

0 

1110 

Undef 

Undef 

Undef 

ByteO 

13 

00 

1 

0111 

ByteO 

Undef 

CopyO 

Undef 

14 

a 

01 

0 

1101 

Undef 

Undef 

ByteO 

Undef 

14b 

01 

1 

1011 

Undef 

ByteO 

Undef 

CopyO 

15a 

10 

0 

1011 

Undef 

ByteO 

Undef 

CopyO 

15b 

10 

1 

1101 

Undef 

Undef 

ByteO 

Undef 

16a 

11 

0 

0111 

ByteO 

Undef 

CopyO 

Undef 

16b 

11 

1 

1110 

Undef 

Undef 

Undef 

ByteO 

Note  that  cases  10,12,  and  1 5  will  not  normally  be  pro- 
duced during  PCnet-32  controller  bus  master  opera- 
tions. These  cases  will  only  occur  during  bus  master 
operations  if  the  software  programs  an  extremely  short 


buffer  size  into  the  descriptor  BCNT  field,  where  ex- 
tremely short  means  exactly  4,  3,  2  or  1  bytes  in  length. 

BSWP  =  0  corresponds  to  little  Endian  byte  ordering. 
BSWP  =  1  corresponds  to  big  Endian  byte  ordering. 
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Buffer  Management  Unit 

The  buffer  management  unit  is  a  micro-coded  state 
machine  which  implements  the  initialization  procedure 
and  manages  the  descriptors  and  buffers.  The  buffer 
management  unit  operates  at  a  speed  of  BCLK  +2. 

Initialization 

PCnet-32  controller  initialization  includes  the  reading  of 
the  initialization  block  in  memory  to  obtain  the  operating 
parameters.  The  initialization  block  must  be  located  on  a 
double  word  (4-byte)  address  boundary,  regardless  of 
the  setting  of  the  SSIZE32,  (CSR58[8]/BCR20[8])  bit. 
The  initialization  block  is  read  when  the  INIT  bit  in  CSRO 
is  set.  The  INIT  bit  should  be  set  before  or  concurrent 
with  the  STRT  bit  to  insure  correct  operation.  Two 
doublewords  are  read  during  each  period  of  bus  master- 
ship. When  SSI2E32  =  1  (CSR58[8]/  BCR20[8])  ,  this 
results  in  a  total  of  4  arbitration  cycles  (3  arbitration  cy- 
cles if  SSIZE32  =  0).  Once  the  initialization  block  has 
been  completely  read  in  and  internal  registers  have 
been  updated,  IDON  will  be  set  in  CSRO,  and  an  inter- 
rupt generated  (if  IENA  is  set).  At  this  point,  the  BMU 
knows  where  the  receive  and  transmit  descriptor  rings 
and  hence,  normal  network  operations  will  begin. 

The  Initialization  Block  is  vectored  by  the  contents  of 
CSRt  (least  significant  16  bits  of  address)  and  CSR2 
(most  significant  16  bits  of  address).  The  block  contains 
the  user  defined  conditions  for  PCnet-32  controller  op- 
eration, together  with  the  base  addresses  and  length 
information  of  the  transmit  and  receive  descriptor  rings. 

There  is  an  alternative  method  to  initialize  the  PCnet-32 
controller.  Instead  of  initialization  via  the  initialization 
block  in  memory,  data  can  be  written  directly  into  the 
appropriate  registers.  Either  method  may  be  used  at  the 
discretion  of  the  programmer.  If  the  registers  are  written 
to  directly,  the  INIT  bit  must  not  be  set,  or  the  initializa- 
tion block  will  be  read  in,  thus  overwriting  the  previously 
written  information.  Please  refer  to  Appendix  C  for  de- 
tails on  this  alternative  method. 

Re-Initialization 

The  transmitter  and  receiver  sections  of  the  PCnet-32 
controller  can  be  turned  on  via  the  initialization  block 
(MODE  Register  DTX,  DRX  bits;  CSR15[1:0]).  The 
states  of  the  transmitter  and  receiver  are  monitored  by 
the  host  through  CSRO  (RXON,  TXON  bits).  The 
PCnet-32  controller  should  be  reinitialized  if  the  trans- 
mitter and/or  the  receiver  were  not  turned  on  during  the 
original  initialization,  and  it  was  subsequently  required 
to  activate  them  or  if  either  section  was  shut  off  due  to 
the  detection  of  an  error  condition  (MER,  UFLO,  TX 
BUFF  error). 

Re-initialization  may  be  done  via  the  initialization  block 
or  by  setting  the  STOP  bit  in  CSRO,  followed  by  writing 
to  CSR15,  and  then  setting  the  START  bit  in  CSRO. 
Note  that  this  form  of  restart  will  not  perform  the  same  in 
the  PCnet-32  controller  as  in  the  LANCE.  In  particular, 
upon  restart,  the  PCnet-32  controller  reloads  the 
transmit  and  receive  descriptor  pointers  with  their 


respective  base  addresses.  This  means  that  the  soft- 
ware must  clear  the  descriptor  own  bits  and  reset  its 
descriptor  ring  pointers  before  the  restart  of  the 
PCnet-32  controller.  The  reload  of  descriptor  base  ad- 
dresses is  performed  in  the  LANCE  only  after  initializa- 
tion, so  a  restart  of  the  LANCE  without  initialization 
leaves  the  LANCE  pointing  at  the  same  descriptor  loca- 
tions as  before  the  restart. 
Buffer  Management 

Buffer  management  is  accomplished  through  message 
descriptor  entries  organized  as  ring  structures  in  mem- 
ory. There  are  two  rings,  a  receive  ring  and  a  transmit 
ring.  The  size  of  a  message  descriptor  entry  is  4 
doublewords,  or  16  bytes,  when  SSIZE32  =  1 .  The  size 
of  a  message  descriptor  entry  is  4  words,  or  8  bytes, 
when  SSIZE32  =  0  (CSR58[8]/BCR20[8]). 

Descriptor  Rings 

Each  descriptor  ring  must  be  organized  in  a  contiguous 
area  of  memory.  At  initialization  time  (setting  the  INIT  bit 
in  CSRO),  the  PCnet-32  controller  reads  the  user-de- 
fined base  address  for  the  transmit  and  receive  descrip- 
tor rings,  as  well  as  the  number  of  entries  contained  in 
the  descriptor  rings.  Descriptor  ring  base  addresses 
must  be  on  a  1 6-byte  boundary  when  SSIZE32  =  1 ,  or  on 
an  8-byte  boundary  when  SSIZE32  =  0.  A  maximum  of 
1 28  (or  51 2,  depending  upon  the  value  of  SSIZE32)  ring 
entries  is  allowed  when  the  ring  length  is  set  through  the 
TLEN  and  RLEN  fields  of  the  initialization  block.  How- 
ever, the  ring  lengths  can  be  set  beyond  this  range  (up  to 
65535)  by  writing  the  transmit  and  receive  ring  length 
registers  (CSR76,  CSR78)  directly. 
Each  ring  entry  contains  the  following  information: 

1 .  The  address  of  the  actual  message  data  buffer  in 
user  or  host  memory 

2.  The  length  of  the  message  buffer 

3.  Status  information  indicating  the  condition  of  the 
buffer 

To  permit  the  queuing  and  de-queuing  of  message  buff- 
ers, ownership  of  each  buffer  is  allocated  to  either  the 
PCnet-32  controller  or  the  host.  The  OWN  bit  within  the 
descriptor  status  information,  either  TMD  or  RMD  (see 
section  on  TMD  or  RMD),  is  used  for  this  purpose. 
OWN  =  "1"  signifies  that  the  PCnet-32  controller  cur- 
rently has  ownership  of  this  ring  descriptor  and  its  asso- 
ciated buffer.  Only  the  owner  is  permitted  to  relinquish 
ownership  or  to  write  to  any  field  in  the  descriptor  entry. 
A  device  that  is  not  the  current  owner  of  a  descriptor 
entry  cannot  assume  ownership  or  change  any  field  in 
the  entry.  A  device  may,  however,  read  from  a  descrip- 
tor that  it  does  not  currently  own.  Software  should  al- 
ways read  descriptor  entries  in  sequential  order.  When 
software  finds  that  the  current  descriptor  is  owned  by  the 
PCnet-32  controller,  then  the  software  must  not  read 
"ahead"  to  the  next  descriptor.  The  software  should  wait 
at  the  unOWNed  descriptor  until  ownership  has  been 
granted  to  the  software  (when  SPRINTEN  =  1  (CSR3, 
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bit.5),  then  this  rule  is  modified.  See  the  SPRINTEN  de- 
scription). Strict  adherence  to  these  rules  insures  that 
"Deadly  Embrace"  conditions  are  avoided. 

Descriptor  Ring  Access  Mechanism 

At  initialization,  the  PCnet-32  controller  reads  the  base 
address  of  both  the  transmit  and  receive  descriptor  rings 
into  CSRsforuse  by  the  PCnet-32  controllerduring  sub- 
sequent operations. 

As  the  final  step  in  the  self-initialization  process,  the 


current  descriptor  address  registers  and  the  address  of 
the  next  descriptor  entry  in  the  transmit  and  receive 
rings  is  computed  and  loaded  into  each  of  the  next  de- 
scriptor address  registers. 

When  SSIZE32  =  0,  software  data  structures  are  1 6  bits 
wide.  Figure  28  illustrates  the  relationship  between  the 
Initialization  Base  Address,  the  Initialization  Block,  the 
Receive  and  Transmit  Descriptor  Ring  Base  Addresses, 
the  Receive  and  Transmit  Descriptors  and  the  Receive 
and  Transmit  Data  Buffers,  for  the  case  of  SSIZE32  =  0. 
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Figure  28. 16-Bit  Initialization  Block  and  Descriptor  Rings 
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When  SSIZE32  =  1 ,  software  data  structures  are  32  bits 
wide.  Figure  29  illustrates  the  relationship  between  the 
Initialization  Base  Address,  the  Initialization  Block,  the 
Receive  and  Transmit  Descriptor  Ring  Base  Addresses 
(TDRA/RDRA),  the  Receive  and  Transmit  Descriptors 
and  the  Receive  and  Transmit  Data  Buffers,  for  the  case 
of  SSIZE32=  1. 

Polling 

If  there  is  no  network  channel  activity  and  there  is  no 
pre-  or  post-receive  or  pre-  or  post-transmit  activity  be- 
ing performed  by  the  PCnet-32  controller,  then  the 
PCnet-32  controller  will  periodically  poll  the  current  re- 
ceive and  transmit  descriptor  entries  in  order  to  ascer- 
tain their  ownership.  If  the  DPOLL  bit  in  CSR4  is  set, 
then  transmit  polling  function  is  disabled. 


A  typical  polling  operation  consists  of  the  following:  The 
PCnet-32  controller  will  use  the  current  receive  descrip- 
tor address  stored  internally  to  vector  to  the  appropriate 
Receive  Descriptor  Table  Entry  (RDTE).  It  will  then  use 
the  current  transmit  descriptor  address  (stored  inter- 
nally) to  vector  to  the  appropriate  Transmit  Descriptor 
Table  Entry  (TDTE).  The  accesses  will  be  made  in  the 
following  order:  RMD1 ,  then  RMDOof  the  current  RDTE 
during  one  bus  arbitration,  and  after  that,  TMD1,  then 
TMDO  of  the  current  TDTE  during  a  second  bus  arbitra- 
tion. All  information  collected  during  polling  activity  will 
be  stored  internally  in  the  appropriate  CSRs  (i.e. 
CSR18,  CSR19,  CSR20,  CSR21,  CSR40,  CSR42, 
CSR50,  CSR52).  UnOWNed  descriptor  status  will  be 
internally  ignored. 
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Figure  29.  32-Bit  Initialization  Block  and  Descriptor  Rings 


Am79C965 


1-735 


El  AMD 


PRELIMINARY 


A  typical  receive  poll  is  the  product  of  the  following  con- 
ditions: 

1.  PCnet-32  controller  does  not  possess  ownership  of 
the  current  RDTE  and  the  poll  time  has  elapsed  and 
RXON  =  1,or 

2.  PCnet-32  controller  does  not  possess  ownership 
of  the  next  RDTE  the  poll  time  has  elapsed  and 
RXON  =  1 . 

If  RXON  =  0  the  PCnet-32  controller  will  never  poll 
RDTE  locations. 

The  ideal  system  should  always  have  at  least  one  RDTE 
available  for  the  possibility  of  an  unpredictable  receive 
event.  (This  condition  is  not  a  requirement.  If  this  condi- 
tion is  not  met,  it  simply  means  that  frames  will  be 
missed  by  the  system  because  there  was  no  buffer 
space  available.)  But  the  typical  system  usually  has  at 
least  one  or  two  RDTEs  available  forthe  possibility  of  an 
unpredictable  receive  event.  Given  that  this  condition  is 
satisfied,  the  current  and  next  RDTE  polls  are  rarely 
seen  and  hence,  the  typical  poll  operation  simply  con- 
sists of  a  check  of  the  status  of  the  current  TDTE.  When 
there  is  only  one  RDTE  (because  the  RLEN  was  set  to 
zero),  then  there  is  no  "next  RDTE"  and  ownership  of 
"next  RDTE"  cannot  be  checked.  If  there  is  at  least  one 
RDTE,  the  RDTE  poll  will  rarely  be  seen  and  the  typical 
poll  operation  simply  consists  of  a  check  of  the  current 
TDTE. 

A  typical  transmit  poll  is  the  product  of  the  following 
conditions: 

1 .  PCnet-32  controller  does  not  possess  ownership  of 
the  current  TDTE  and 

DPOLL  =  0  and 

TXON  =  1  and 

the  poll  time  has  elapsed,  or 

2.  PCnet-32  controller  does  not  possess  ownership  of 
the  current  TDTE  and 

DPOLL  =  0  and 

TXON  =  1  and 

a  frame  has  just  been  received,  or 

3.  PCnet-32  controller  does  not  possess  ownership  of 
the  current  TDTE  and 

DPOLL  =  0  and 

TXON  =  1  and 

a  frame  has  just  been  transmitted. 

Setting  the  TDMD  bit  of  CSRO  will  cause  the  microcode 
controller  to  exit  the  poll  counting  code  and  immediately 
perform  a  polling  operation.  If  RDTE  ownership  has  not 
been  previously  established,  then  an  RDTE  poll  will  be 
performed  ahead  of  the  TDTE  poll.  If  the  microcode  is 
not  executing  the  poll  counting  code  when  the  TDMD  bit 
is  set,  then  the  demanded  poll  of  the  TDTE  will  be  de- 
layed until  the  microcode  returns  to  the  poll  count- 
ing code. 


The  user  may  change  the  poll  time  value  from  the  de- 
fault of  65,536  BCLK  periods  by  modifying  the  value 
in  the  Polling  Interval  register  (CSR47).  Note  that  if  a 
non-default  value  is  desired,  then  a  strict  sequence  of 
setting  the  INIT  bit  in  CSRO,  waiting  for  IDON  (CSR0[8]), 
then  writing  to  CSR47,  and  then  setting  STRT  in  CSRO 
must  be  observed,  otherwise  the  default  value  will  not 
be  overwritten.  See  the  CSR47  section  for  details. 

Transmit  Descriptor  Table  Entry  (TDTE) 

If,  after  a  TDTE  access,  the  PCnet-32  controller  finds 
that  the  OWN  bit  of  that  TDTE  is  not  set,  then  the 
PCnet-32  controller  resumes  the  poll  time  count  and 
reexamines  the  same  TDTE  at  the  next  expiration  of  the 
poll  time  count. 

If  the  OWN  bit  of  the  TDTE  is  set,  but  STP  =  0,  the 
PCnet-32  controller  will  immediately  request  the  bus  in 
order  to  reset  the  OWN  bit  of  this  descriptor.  (This  condi  - 
tion would  normally  be  found  following  a  LCOL  or  RE- 
TRY error  that  occurred  in  the  middle  of  a  transmit 
frame  chain  of  buffers.)  After  resetting  the  OWN  bit  of 
this  descriptor,  the  PCnet-32  controller  will  again  imme- 
diately request  the  bus  in  order  to  access  the  next  TDTE 
location  in  the  ring. 

If  the  OWN  bit  is  set  and  the  buffer  length  is  0,  the  OWN 
bit  will  be  reset.  In  the  LANCE  the  buffer  length  of  0  is 
interpreted  as  a  4096-byte  buffer.  It  is  acceptable  to 
have  a  0  length  buffer  on  transmit  with  STP  =  1  or 
STP  =  1  and  EN  P  =  1.  It  is  not  acceptable  to  have  0 
length  buffer  with  STP  =  0  and  ENP  =1. 

If  the  OWN  bit  is  set  and  the  start  of  packet  (STP)  bit  is 
set,  then  microcode  control  proceeds  to  a  routine  that 
will  enable  transmit  data  transfers  to  the  FIFO.  The 
PCnet-32  controller  will  look  ahead  to  the  next  transmit 
descriptor  after  it  has  performed  at  least  one  transmit 
data  transfer  from  the  first  buffer.  (More  than  one  trans- 
mit data  transfer  may  possibly  take  place,  depending 
upon  the  state  of  the  transmitter.)  The  contents  of  TM  DO 
and  TMD1  will  be  stored  in  Next  Xmt  Buffer  Address 
(CSR64  and  CSR65),  Next  Xmt  Byte  Count  (CSR66) 
and  Next  Xmt  Status  (CSR67)  regardless  of  the  state  of 
the  OWN  bit.  This  transmit  descriptor  look-ahead  opera- 
tion is  performed  only  once. 

If  the  PCnet-32  controller  does  not  own  the  next  TDTE 
(i.e.  the  second  TDTE  for  this  frame),  then  it  will  com- 
plete transmission  of  the  current  buffer  and  then  update 
the  status  of  the  current  (first)  TDTE  with  the  BUFF  and 
UFLO  bits  being  set.  This  will  cause  the  transmitterto  be 
disabled  (CSRO,  TXON=0).  The  PCnet-32  controller  will 
have  to  be  re-initialized  to  restore  the  transmit  function. 
The  situation  that  matches  this  description  implies  that 
the  system  has  not  been  able  to  stay  ahead  of  the 
PCnet-32  controller  in  the  transmit  descriptor  ring  and 
therefore,  the  condition  is  treated  as  a  fatal  error.  (To 
avoid  this  situation,  the  system  should  always  set  the 
transmit  chain  descriptor  own  bits  in  reverse  order.) 

If  the  PCnet-32  controller  does  own  the  second  TDTE  in 
a  chain,  it  will  gradually  empty  the  contents  of  the  first 
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buffer  (as  the  bytes  are  needed  by  the  transmit  opera- 
tion), perform  a  single-cycle  DMA  transfer  to  update  the 
status  of  the  first  descriptor  (reset  the  OWN  bit  in 
TMD1),and  then  it  may  perform  one  data  DMA  access 
on  the  second  buffer  in  the  chain  before  executing  an- 
other look-ahead  operation  (i.e.  a  look-ahead  to  the  third 
descriptor.) 

The  PCnet-32  controller  can  queue  up  to  two  frames  in 
the  transmit  FIFO.  Call  them  frame  "X"  and  frame  "Y", 
where  "Y"  is  after  "X".  Assume  that  frame  "X"  is  currently 
beingtransmitted.  Becausethe  PCnet-32  controller  can 
perform  look-ahead  data  transfer  past  the  ENP  of  frame 
"X",  it  is  possible  for  the  PCnet-32  controller  to  com- 
pletely transfer  the  data  from  a  buffer  belonging  to  frame 
"Y"  into  the  FIFO  even  though  frame  "X"  has  not  yet 
been  completely  transmitted.  At  the  end  of  this  "Y"  buffer 
data  transfer,  the  PCnet-32  controller  will  write  interme- 
diate status  (change  the  OWN  bit  to  a  zero)  for  the  "Y" 
frame  buffer,  if  frame  "Y"  uses  data  chaining.  The  last 
TDTE  for  the  "X"  frame  (containing  ENP)  has  not  yet 
been  written,  since  the  "X"  frame  has  not  yet  been  com- 
pletely transmitted.  Note  that  the  PCnet-32  controller 
has,  in  this  instance,  returned  ownership  of  a  TDTE  to 
the  host  out  of  a  "normal"  sequence.  For  this  reason,  it 
becomes  imperative  that  the  host  system  should  never 
read  the  Transmit  DTE  ownership  bits  out  of  order. 

There  should  be  no  problems  for  software  which  proc- 
esses buffers  in  sequence,  waiting  for  ownership  before 
proceeding. 

If  an  error  occurs  in  the  transmission  before  all  of  the 
bytes  of  the  current  buffer  have  been  transferred,  then 
TMD2  and  TMD1  of  the  current  buffer  will  be  written.  In 
such  a  case,  data  transfers  from  the  next  buffer  will  not 
commence.  Instead,  following  the  TMD2/TMD1  update, 
the  PCnet-32  controller  will  go  to  the  next  transmit 
frame,  if  any,  skipping  over  the  rest  of  the  frame  which 
experienced  an  error,  including  chained  buffers.  This  is 
done  by  returning  to  the  polling  microcode  where 
PCnet-32  controller  will  immediately  access  the  next  de- 
scriptor and  find  the  condition  0WN=1  and  STP=0  as 
described  earlier.  As  described  for  that  case,  the 
PCnet-32  controller  will  reset  the  own  bit  for  this  descrip- 
tor and  continue  in  like  manner  until  a  descriptor  with 
OWN=0  (no  more  transmit  frames  in  the  ring)  or 
OWN=1  and  STP=1  (the  first  buffer  of  a  new  frame) 
is  reached. 

At  the  end  of  any  transmit  operation,  whether  successful 
or  with  errors,  immediately  following  the  completion  of 
the  descriptor  updates,  the  PCnet-32  controller  will  al- 
ways perform  another  poll  operation.  As  described  ear- 
lier, this  poll  operation  will  begin  with  a  check  of  the 
current  RDTE,  unless  the  PCnet-32  controller  already 
owns  that  descriptor.  Then  the  PCnet-32  controller  will 
proceed  to  polling  the  next  TDTE.  If  the  transmit  descrip- 
tor OWN  bit  has  a  zero  value,  then  the  PCnet-32  control- 
ler will  resume  poll  time  count  incrementing.  If  the 
transmit  descriptor  OWN  bit  has  a  value  of  ONE,  then 
the  PCnet-32  controller  will  begin  filling  the  FIFO  with 


transmit  data  and  initiate  a  transmission.  This  end-of- 
operation  poll  coupled  with  the  TDTE  look-ahead  opera- 
tion allows  the  PCnet-32  controller  to  avoid  inserting  poll 
time  counts  between  successive  transmit  frames. 

Whenever  the  PCnet-32  controller  completes  a  transmit 
frame  (either  with  or  without  error)  and  writes  the  status 
information  to  the  current  descriptor,  then  the  TINT  bit  of 
CSRO  is  set  to  indicate  the  completion  of  a  transmission. 
This  causes  an  interrupt  signal  if  the  IENA  bit  of  CSRO 
has  been  set  and  the  TINTM  bit  of  CSR3  is  reset. 

Receive  Descriptor  Table  Entry  (RDTE) 

If  the  PCnet-32  controller  does  not  own  both  the  current 
and  the  next  Receive  Descriptor  Table  Entry  then  the 
PCnet-32  controller  will  continue  to  poll  according  to  the 
polling  sequence  described  above.  If  the  receive  de- 
scriptor ring  length  is  1 ,  then  there  is  no  next  descriptor 
to  be  polled. 

If  a  poll  operation  has  revealed  that  the  current  and  the 
next  RDTE  belong  to  the  PCnet-32  controller  then  addi- 
tional poll  accesses  are  not  necessary.  Future  poll  op- 
erations will  not  include  RDTE  accesses  as  long  as  the 
PCnet-32  controller  retains  ownership  of  the  current  and 
the  next  RDTE. 

When  receive  activity  is  present  on  the  channel,  the 
PCnet-32  controller  waits  for  the  complete  address  of 
the  message  to  arrive.  It  then  decides  whether  to  accept 
or  reject  the  frame  based  on  all  active  addressing 
schemes.  If  the  frame  is  accepted  the  PCnet-32  control- 
ler checks  the  current  receive  buffer  status  register 
CRST  (CSR41)  to  determine  the  ownership  of  the  cur- 
rent buffer. 

If  ownership  is  lacking,  then  the  PCnet-32  controller  will 
immediately  perform  a  (last  ditch)  poll  of  the  current 
RDTE.  If  ownership  is  still  denied,  then  the  PCnet-32 
controller  has  no  buffer  in  which  to  store  the  incoming 
message.  The  M ISS  bit  will  be  set  in  CSRO  and  an  inter- 
rupt will  be  generated  if  INEA=1  (CSRO)  and  MISSM=0 
(CSR3).  Another  poll  of  the  current  RDTE  will  not  occur 
until  the  frame  has  finished. 

If  the  PCnet-32  controller  sees  that  the  last  poll  (either  a 
normal  poll,  or  the  last-ditch  effort  described  in  the 
above  paragraph)  of  the  cu  rrent  RDTE  shows  valid  own- 
ership, then  it  proceeds  to  a  poll  of  the  next  RDTE.  Fol- 
lowing this  poll,  and  regardless  of  the  outcome  of  this 
poll,  transfers  of  receive  data  from  the  FIFO  may  begin. 
Regardless  of  ownership  of  the  second  receive  descrip- 
tor, the  PCnet-32  controller  will  continue  to  perform  re- 
ceive data  DMA  transfers  to  the  first  buffer,  using 
burst-cycle  DMA  transfers.  If  the  frame  length  exceeds 
the  length  of  the  first  buffer,  and  the  PCnet-32  controller 
does  not  own  the  second  buffer,  ownership  of  the  cur- 
rent descriptor  will  be  passed  back  to  the  system  by  writ- 
ing a  zero  to  the  OWN  bit  of  RMD1  and  status  will  be 
written  indicating  buffer  (BUFF=1)  and  possibly  over- 
flow (OFLO=1)  errors. 
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If  the  frame  length  exceeds  the  length  of  the  first  (cur- 
rent) buffer,  and  the  PCnet-32  controller  does  own  the 
second  (next)  buffer,  ownership  will  be  passed  back  to 
the  system  by  writing  a  zero  to  the  OWN  bit  of  RMD1 
when  the  first  buffer  is  full.  Receive  data  transfers  to  the 
second  buffer  may  occur  before  the  PCnet-32  controller 
proceeds  to  look  ahead  to  the  ownership  of  the  third 
buffer.  Such  action  will  depend  upon  the  state  of  the 
FIFO  when  the  status  has  been  updated  on  the  first  de- 
scriptor. In  any  case,  look-ahead  will  be  performed  to 
the  third  buffer  and  the  information  gathered  will  be 
stored  in  the  chip,  regardless  of  the  state  of  the  owner- 
ship bit.  As  in  the  transmit  flow,  look-ahead  operations 
are  performed  only  once. 

This  activity  continues  until  the  PCnet-32  controller  rec- 
ognizes the  completion  of  the  frame  (the  last  byte  of  this 
receive  message  has  been  removed  from  the  FIFO). 
The  PCnet-32  controller  will  subsequently  update  the 
current  RDTE  status  with  the  end  of  frame  (ENP)  indica- 
tion set,  write  the  message  byte  count  (MCNT)  of  the 
complete  frame  into  RMD2  and  overwrite  the  "current" 
entries  in  the  CSRs  with  the  "next"  entries. 

Media  Access  Control 

The  Media  Access  Control  engine  incorporates  the  es- 
sential protocol  requirements  for  operation  of  a  compli- 
ant Ethernet/802.3  node,  and  provides  the  interface 
between  the  FIFO  sub-system  and  the  Manchester  En- 
coder/Decoder (MENDEC). 

The  MAC  engine  is  fully  compliant  to  Section  4  of  ISO/ 
IEC  8802-3  (ANSI/IEEE  Standard  1990  Second  edition) 
and  ANSI/IEEE  802.3  (1985). 

The  MAC  engine  provides  programmable  enhanced 
features  designed  to  minimize  host  supervision,  bus 
utilization,  and  pre-  or  post-message  processing.  These 
include  the  ability  to  disable  retries  after  a  collision,  dy- 
namic FCS  generation  on  a  frame-by-frame  basis,  and 
automatic  pad  field  insertion  and  deletion  to  enforce 
minimum  frame  size  attributes  and  reduces  bus 
bandwidth  use. 

The  two  primary  attributes  of  the  MAC  engine  are: 

■  Transmit  and  receive  message  data  encapsulation. 

—  Framing  (frame  boundary  delimitation,  frame 
synchronization) 

—  Addressing  (source  and  destination  address 
handling) 

—  Error  detection  (physical  medium  transmission 
errors) 

■  Media  access  management. 

—  Medium  allocation  (collision  avoidance) 

—  Contention  resolution  (collision  handling) 


Transmit  and  Receive  Message  Data 
Encapsulation 

The  MAC  engine  provides  minimum  frame  size  enforce- 
ment for  transmit  and  receive  frames.  When 
APAD_XMT  =  1  (CSR4[1 1]),  transmit  messages  will  be 
padded  with  sufficient  bytes  (containing  OOh)  to  ensure 
that  the  receiving  station  will  observe  an  information 
field  (destination  address,  source  address,  length/type, 
data  and  FCS)  of  64  bytes.  When  ASTRP_RCV  =  1 
(CSR4[10]),  the  receiver  will  automatically  strip  pad 
bytes  from  the  received  message  by  observing  the 
value  in  the  length  field,  and  stripping  excess  bytes  if  this 
value  is  below  the  minimum  data  size  (46  bytes).  Both 
features  can  be  independently  over-ridden  to  allow  ille- 
gally short  (less  than  64  bytes  of  frame  data)  messages 
to  be  transmitted  and/or  received.  Use  of  this  feature 
decreases  bus  usage  because  the  pad  bytes  are  not 
transferred  into  or  out  of  host  memory. 

Framing  (Frame  Boundary  Delimitation,  Frame 
Synchronization) 

The  MAC  engine  will  autonomously  handle  the  con- 
struction of  the  transmit  frame.  Once  the  Transmit  FIFO 
has  been  filled  to  the  predetermined  threshold  (set  by 
XMTSP  in  CSR80),  and  providing  access  to  the  channel 
is  currently  permitted,  the  MAC  engine  will  commence 
the  7  byte  preamble  sequence  (10101010b,  where  first 
bit  transmitted  is  a  1).  The  MAC  engine  will  subse- 
quently append  the  Start  Frame  Delimiter  (SFD)  byte 
(10101011b)  followed  by  the  serialized  data  from  the 
Transmit  FIFO.  Once  the  data  has  been  completed,  the 
MAC  engine  will  append  the  FCS  (most  significant  bit 
first)  which  was  computed  on  the  message  (destination 
address,  source  address,  length  field,  data  field,  and 
pad  (if  applicable)). 

Note  that  the  user  is  responsible  for  the  correct  ordering 
and  content  in  each  of  the  fields  in  the  frame,  including 
the  destination  address,  source  address,  length/type 
and  frame  data. 

The  receive  section  of  the  MAC  engine  will  detect  an 
incoming  preamble  sequence  and  lock  to  the  encoded 
clock.  The  internal  MENDEC  will  decode  the  serial  bit 
stream  and  present  this  to  the  MAC  engine.  The  MAC 
will  discard  the  first  8-bits  of  information  before  search- 
ing for  the  SFD  sequence.  Once  the  SFD  is  detected,  all 
subsequent  bits  are  treated  as  part  of  the  frame.  The 
MAC  engine  will  inspect  the  length  field  to  ensure  mini- 
mum frame  size,  strip  unnecessary  pad  characters  (if 
enabled) ,  and  pass  the  remaining  bytes  through  the  Re- 
ceive FIFO  to  the  host.  If  pad  stripping  is  performed,  the 
MAC  engine  will  also  strip  the  received  FCS  bytes,  al- 
though the  normal  FCS  computation  and  checking  will 
occur.  Note  that  apart  from  pad  stripping,  the  frame  will 
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be  passed  unmodified  to  the  host.  If  the  length  field  has 
a  value  of  46  or  greater,  the  MAC  engine  will  not  attempt 
to  validate  the  length  against  the  number  of  bytes  con- 
tained in  the  message. 

If  the  frame  terminates  or  suffers  a  collision  before  64 
bytes  of  information  (after  SFD)  have  been  received,  the 
MAC  engine  will  automatically  delete  the  frame  from  the 
Receive  FIFO,  without  host  intervention. 
Addressing  (Source  and  Destination  Address 
Handling) 

The  first  6  bytes  of  information  after  SFD  will  be  inter- 
preted as  the  destination  address  field.  The  MAC  engine 
provides  facilities  for  physical,  logical  (multicast)  and 
broadcast  address  reception.  In  addition,  multiple  physi- 
cal addresses  can  be  constructed  (perfect  address  fil- 
tering) using  external  logic  in  conjunction  with  the 
EADI  interface. 

Error  Detection  (Physical  Medium  Transmission 
Errors) 

The  MAC  engine  provides  several  facilities  which  report 
and  recover  from  errors  on  the  medium.  In  addition,  the 
network  is  protected  from  gross  errors  due  to  inability  of 
the  host  to  keep  pace  with  the  MAC  engine  activity. 

On  completion  of  transmission,  the  following  transmit 
status  is  available  in  the  appropriate  TMD  and  CSR 
areas: 

■  The  number  of  transmission  retry  attempts  (ONE, 
MOREorRTRY). 

■  Whether  the  MAC  engine  had  to  Defer  (DEF)  due  to 
channel  activity. 

■  Excessive  deferral  (EXDEF),  indicating  that  the 
transmitter  has  experienced  Excessive  Deferral  on 
this  transmit  frame,  where  Excessive  Deferral  is  de- 
fined in  ISO  8802-3  (IEEE/ANSI  802.3). 

■  Loss  of  Carrier  (LCAR)  indicates  that  there  was  an 
interruption  in  the  ability  of  the  MAC  engine  to  moni- 
tor its  own  transmission.  Repeated  LCAR  errors  indi- 
cate a  potentially  faulty  transceiver  or  network 
connection. 

■  Late  Collision  (LCOL)  indicates  that  the  transmission 
suffered  a  collision  after  the  slot  time.  This  is  indica- 
tive of  a  badly  configured  network.  Late  collisions 
should  not  occur  in  a  normal  operating  network. 

■  Collision  Error  (CER)  indicates  that  the  transceiver 
did  not  respond  with  an  SQE  Test  message  within 
the  predetermined  time  after  a  transmission  com- 
pleted. This  may  be  due  to  a  failed  transceiver,  dis- 
connected or  faulty  transceiver  drop  cable,  or  the 
fact  the  transceiver  does  not  support  this  feature  (or 
it  is  disabled). 

In  addition  to  the  reporting  of  network  errors,  the  MAC 
engine  will  also  attempt  to  prevent  the  creation  of  any 
network  error  due  to  the  inability  of  the  host  to  service 
the  MAC  engine.  During  transmission,  if  the  host  fails  to 
keep  the  Transmit  FIFO  filled  sufficiently,  causing  an 


underflow,  the  MAC  engine  will  guarantee  the  message 
is  either  sent  as  a  runt  packet  (which  will  be  deleted  by 
the  receiving  station)  or  has  an  invalid  FCS  (which  will 
also  cause  the  receiver  to  reject  the  message). 

The  status  of  each  receive  message  is  available  in  the 
appropriate  RMD  and  CSR  areas.  FCS  and  Framing  er- 
rors (FRAM)  are  reported,  although  the  received  frame 
is  still  passed  to  the  host.  The  error  will  only  be  reported 
if  an  FCS  error  is  detected  and  there  are  a  non  integral 
number  of  bytes  in  the  message.  The  MAC  engine  will 
ignore  up  to  7  additional  bits  at  the  end  of  a  message 
(dribbling  bits),  which  can  occur  under  normal  network 
operating  conditions.  The  reception  of  8  additional  bits 
will  cause  the  MAC  engine  to  de-serialize  the  entire 
byte,  and  will  result  in  the  received  message  and  FCS 
being  modified. 

The  PCnet-32  controller  can  handle  up  to  7  dribbling  bits 
when  a  received  frame  terminates.  During  the  recep- 
tion, the  FCS  is  generated  on  every  serial  bit  (including 
the  dribbling  bits)  coming  from  the  cable,  although  the 
internally  saved  FCS  value  is  only  updated  on  the  eighth 
bit  (on  each  byte  boundary).  The  framing  error  is  re- 
ported to  the  user  as  follows: 

■  If  the  number  of  dribbling  bits  are  1  to  7  and  there  is 
no  CRC  (FCS)  error,  then  there  is  no  Framing  error 
(FRAM  =  0). 

■  If  the  number  of  dribbling  bits  are  1  to  7  and  there  is  a 
CRC  (FCS)  error,  then  there  is  also  a  Framing  error 
(FRAM  =  1). 

■  If  the  number  of  dribbling  bits  =  0,  then  there  is  no 
Framing  error.  There  may  or  may  not  be  a  CRC 
(FCS)  error. 

Counters  are  provided  to  report  the  Receive  Collision 
Count  and  Runt  Packet  Count  for  network  statistics  and 
utilization  calculations. 

Note  that  if  the  MAC  engine  detects  a  received  frame 
which  has  a  00b  pattern  in  the  preamble  (after  the  first 
8-bits  which  are  ignored),  the  entire  frame  will  be  ig- 
nored. The  MAC  engine  will  wait  for  the  network  to  go 
inactive  before  attempting  to  receive  additional  frames. 

Media  Access  Management 

The  basic  requirement  for  all  stations  on  the  network  is 
to  provide  fairness  of  channel  allocation.  The 
802 .3/Ethernet  protocols  define  a  media  access  mecha- 
nism which  permits  all  stations  to  access  the  channel 
with  equality.  Any  node  can  attempt  to  contend  for  the 
channel  by  waiting  for  a  predetermined  time  (Inter  Pack- 
et Gap  internal)  afterthe  last  activity,  before  transmitting 
on  the  media.  The  channel  is  a  multidrop  communica- 
tions media  (with  various  topological  configurations  per- 
mitted) which  allows  a  single  station  to  transmit  and  all 
other  stations  to  receive.  If  two  nodes  simultaneously 
contend  for  the  channel,  their  signals  will  interact  caus- 
ing loss  of  data,  defined  as  a  collision.  It  is  the  responsi- 
bility of  the  MAC  to  attempt  to  avoid  and  recover  from  a 
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collision,  to  guarantee  data  integrity  for  the  end-to-end 
transmission  to  the  receiving  station. 

Medium  Allocation 

The  IEEE/ANSI  802.3  Standard  (ISO/I EC  8802-3  1990) 
requires  that  the  CSMA/CD  MAC  monitor  the  medium 
for  traffic  by  watching  for  carrier  activity.  When  carrier  is 
detected,  the  media  is  considered  busy,  and  the  MAC 
should  defer  to  the  existing  message. 

The  ISO  8802-3  (IEEE/ANSI  802.3)  Standard  also  al- 
lows optional  two  part  deferral  after  a  receive  message. 

See  ANSI/IEEE  Std  802.3-1990  Edition,  4.2.3.2.1 : 

"Note:  It  is  possible  for  the  PLS  carrier  sense  indica- 
tion to  fail  to  be  asserted  during  a  collision  on  the  me- 
dia. If  the  deference  process  simply  times  the  inter 
packet  gap  based  on  this  indication  it  is  possible  for  a 
short  inter  packet  gap  to  be  generated,  leading  to  a 
potential  reception  failure  of  a  subsequent  frame.  To 
enhance  system  robustness  the  following  optional 
measures,  as  specified  in  4.2.8,  are  recommended 
when  InterFrameSpacing  Parti  is  other  than  zero: 

1.  Upon  completing  a  transmission,  start  timing  the 
interpacket  gap,  as  soon  as  transmitting  and  car- 
rier sense  are  both  false. 

2.  When  timing  an  inter  packet  gap  following  recep- 
tion, reset  the  inter  packet  gap  timing  if  carrier 
sense  becomes  true  during  the  first  2/3  of  the  in- 
terpacket gap  timing  interval.  During  the  final  1/3 
of  the  interval  the  timer  shall  not  be  reset  to  en- 
sure fair  access  to  the  medium.  An  initial  period 
shorter  than  2/3  of  the  interval  is  permissible  in- 
cluding zero. " 

The  MAC  engine  implements  the  optional  receive  two 
part  deferral  algorithm,  with  a  first  part  inter-frame-spac- 
ing time  of  6.0  us.  The  second  part  of  the  inter-frame- 
spacing  interval  is  therefore  3.6  us. 

The  PCnet-32  controller  will  perform  the  two  part  defer- 
ral algorithm  as  specified  in  Section  4.2.8  (Process  Def- 
erence). The  Inter  Packet  Gap  (IPG)  timer  will  start 
timing  the  9.6  us  InterFrameSpacing  after  the  receive 
carrier  is  de-asserted.  During  the  first  part  deferral  (In- 
terFrameSpacingPartl  -  IFS1)  the  PCnet-32  controller 
will  defer  any  pending  transmit  frame  and  respond  to  the 
receive  message.  The  IPG  counter  will  be  reset  to  zero 
continuously  until  the  carrier  de-asserts,  at  which  point 
the  IPG  counter  will  resume  the  9.6  us  count  once  again. 
Once  the  IFS1  period  of  6.0  [is  has  elapsed,  the 
PCnet-32  controller  will  begin  timing  the  second  part  de- 
ferral (lnterFrameSpacingPart2  -  IFS2)  of  3.6  us.  Once 
IFS1  has  completed,  and  IFS2  has  commenced,  the 
PCnet-32  controller  will  not  defer  to  a  receive  frame  if  a 
transmit  frame  is  pending.  This  means  that  the 
PCnet-32  controller  will  not  attempt  to  receive  the  re- 
ceive frame,  since  it  will  start  to  transmit,  and  generate  a 
collision  at  9.6  us.  The  PCnet-32  controller  will  guaran- 
tee to  complete  the  preamble  (64-bit)  and  jam  (32-bit) 
sequence  before  ceasing  transmission  and  invoking  the 
random  backoff  algorithm. 


This  transmit  two  part  deferral  algorithm  is  implemented 
as  an  option  which  can  be  disabled  using  the  DXMT2PD 
bit  in  CSR3.  Two  part  deferral  after  transmission  is  use- 
ful for  ensuring  that  severe  IPG  shrinkage  cannot  occur 
in  specific  circumstances,  causing  a  transmit  message 
to  follow  a  receive  message  so  closely  as  to  make  them 
indistinguishable. 

During  the  time  period  immediately  after  a  transmission 
has  been  completed,  the  external  transceiver  (in  the 
case  of  a  standard  AUI  connected  device),  should  gen- 
erate the  SQE  Test  message  (a  nominal  1 0  MHz  burst  of 
5-15  Bit  Times  duration)  on  the  Cl±  pair  (within  0.6-1.6 
us  after  the  transmission  ceases).  During  the  time  pe- 
riod in  which  the  SQE  Test  message  is  expected  the 
PCnet-32  controller  will  not  respond  to  receive  car- 
rier sense. 

See  ANSI/IEEE  Std  802.3-1990  Edition,  7.2.4.6  (1)): 

"At  the  conclusion  of  the  output  function,  the  DTE 
opens  a  time  window  during  which  it  expects  to  see 
the  signal_quality_error  signal  asserted  on  the  Con- 
trol In  circuit.  The  time  window  begins  when  the 
CARRIER_  STATUS  becomes  CARRIER_OFF.  If 
execution  of  the  output  function  does  not  cause 
CARRIERON  to  occur,  no  SQE  test  occurs  in  the 
DTE.  The  duration  of  the  window  shall  be  at  least 
4.0  \is  but  no  more  than  8.0  [is.  During  the  time  win- 
dow the  Carrier  Sense  Function  is  inhibited." 

The  PCnet-32  controller  implements  a  carrier  sense 
"blinding"  period  within  0  ns-4.0  u.s  from  de-assertion  of 
carrier  sense  after  transmission.  This  effectively  means 
that  when  transmit  two  part  deferral  is  enabled 
(DXMT2PD  is  cleared)  the  IFS1  time  is  from  4  u.sto  6us 
after  a  transmission.  However,  since  IPG  shrinkage  be- 
low 4  us  will  rarely  be  encountered  on  a  correctly  config- 
ured networks,  and  since  the  fragment  size  will  be  larger 
than  the  4  us  blinding  window,  then  the  IPG  counter  will 
be  reset  by  a  worst  case  IPG  shrinkage/fragment  sce- 
nario and  the  PCnet-32  controller  will  defer  its  transmis- 
sion. In  addition,  the  PCnet-32  controller  will  not  restart 
the  "blinding"  period  if  carrier  is  detected  within  the 
4.0  us  -  6.0  u.s  IFS1  period,  but  will  commence  timing  of 
the  entire  IFS1  period. 

Contention  Resolution  (Collision  Handling) 

Collision  detection  is  performed  and  reported  to  the 
MAC  engine  by  the  integrated  Manchester  Encoder/De- 
coder (MENDEC). 

If  a  collision  is  detected  before  the  complete  preamble/ 
SFD  sequence  has  been  transmitted,  the  MAC  Engine 
will  complete  the  preamble/SFD  before  appending  the 
jam  sequence.  If  a  collision  is  detected  after  the  pream- 
ble/SFD has  been  completed,  but  prior  to  512  bits  being 
transmitted,  the  MAC  Engine  will  abort  the  transmis- 
sion, and  append  the  jam  sequence  immediately.  The 
jam  sequence  is  a  32-bit  all  zeroes  pattern. 
The  MAC  Engine  will  attempt  to  transmit  a  frame  a  total 
of  1 6  times  (initial  attempt  plus  1 5  retries)  due  to  normal 
collisions  (those  within  the  slot  time).  Detection  of 
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collision  will  cause  the  transmission  to  be  re-scheduled, 
dependent  on  the  backoff  time  that  the  MAC  Engine 
computes.  If  a  single  retry  was  required,  the  ONE  bit  will 
be  set  in  the  Transmit  Frame  Status.  If  more  than  one 
retry  was  required,  the  MORE  bit  will  be  set.  If  all  16 
attempts  experienced  collisions,  the  RTRY  bit  will  be  set 
(ONE  and  MORE  will  be  clear),  and  the  transmit  mes- 
sage will  be  flushed  from  the  FIFO.  If  retries  have  been 
disabled  by  setting  the  DRTY  bit  in  CSR15,  the  MAC 
Engine  will  abandon  transmission  of  the  frame  on  detec- 
tion of  the  first  collision.  In  this  case,  only  the  RTRY  bit 
will  be  set  and  the  transmit  message  will  be  flushed  from 
the  FIFO. 

If  a  collision  is  detected  after  512  bit  times  have  been 
transmitted,  the  collision  is  termed  a  late  collision.  The 
MAC  Engine  will  abort  the  transmission,  append  the  jam 
sequence  and  set  the  LCOL  bit.  No  retry  attempt  will  be 
scheduled  on  detection  of  a  late  collision,  and  the  trans- 
mit message  will  be  flushed  from  the  FIFO. 

The  ISO  8802-3  (IEEE/ ANSI  802.3)  Standard  requires 
use  of  a  "truncated  binary  exponential  backoff"  algo- 
rithm which  provides  a  controlled  pseudo  random 
mechanism  to  enforce  the  collision  backoff  interval,  be- 
fore re-transmission  is  attempted. 

See  ANSI/IEEE  Std  802.3-1990  Edition,  4.2.3.2.5: 

"At  the  end  of  enforcing  a  collision  (jamming),  the 
CSMA/CD  sublayer  delays  before  attempting  to  re- 
transmit the  frame.  The  delay  is  an  integer  multiple  of 
slotTime.  The  number  of  slot  times  to  delay  before 
the  nth  re-transmission  attempt  is  chosen  as  a  uni- 
formly distributed  random  integer  r  in  the  range: 

0<r<2k-1 

where  k  =  min  (n,  10). " 

The  PCnet-32  controller  provides  an  alternative  algo- 
rithm, which  suspends  the  counting  of  the  slot  time/IPG 
during  the  time  that  receive  carrier  sense  is  detected. 
This  aids  in  networks  where  large  numbers  of  nodes  are 
present,  and  numerous  nodes  can  be  in  collision.  It  ef- 
fectively accelerates  the  increase  in  the  backoff  time  in 
busy  networks,  and  allows  nodes  not  involved  in  the  col- 
lision to  access  the  channel  whilst  the  colliding  nodes 
await  a  reduction  in  channel  activity.  Once  channel  ac- 
tivity is  reduced,  the  nodes  resolving  the  collision  time 
out  their  slot  time  counters  as  normal. 

Manchester  Encoder/Decoder  (MENDEC) 

The  integrated  Manchester  Encoder/Decoder  provides 
the  PLS  (Physical  Layer  Signaling)  functions  required 
for  a  fully  compliant  ISO  8802-3  (IEEE/ANSI  802 .3)  sta- 
tion. The  MENDEC  provides  the  encoding  function  for 
data  to  be  transmitted  on  the  network  using  the  high  ac- 
curacy on-board  oscillator,  driven  by  either  the  crystal 
oscillator  or  an  external  CMOS  level  compatible  clock. 
The  MENDEC  also  provides  the  decoding  function  from 
data  received  from  the  network.  The  MENDEC  contains 
a  Power  On  Reset  (POR)  circuit,  which  ensures  that  all 
analog  portions  of  the  PCnet-32  controller  are  forced 


into  their  correct  state  during  power  up,  and  prevents 
erroneous  data  transmission  and/or  reception  during 
this  time. 

External  Crystal  Characteristics 

When  using  a  crystal  to  drive  the  oscillator,  the  crystal 
specification  shown  in  Table  26  may  be  used  to  ensure 
less  than  +0.5  ns  jitter  at  the  transmit  outputs. 


Table  26.  External  Crystal  Specification 


Parameter 

Min 

Norn 

Max 

Unit 

1.  Parallel  Resonant 
Frequency 

20 

MHz 

2. Resonant  Frequency  Error 

-50 

+50 

PPM 

3. Change  in  Resonant  Frequency 
With  Respect  To  Temperature 
(0°C-70°Cr 

-40 

+40 

PPM 

4. Crystal  Load  Capacitance 

20 

50 

pF 

5.  Motional  Crystal 
Capacitance  (C1) 

0.022 

pF 

6. Series  Resistance 

25 

ohm 

7  Shunt  Capacitance 

7 

pF 

8.  Drive  Level 

TBD 

mW 

'Requires  trimming  spec. ;  no  trim  is  50  ppm  total. 


External  Clock  Drive  Characteristics 

When  driving  the  oscillator  from  an  external  clock 
source,  XTAL2  must  be  left  floating  (unconnected).  An 
external  clock  having  the  following  characteristics  must 
be  used  to  ensure  less  than  ±0.5  ns  jitter  at  the  transmit 
outputs.  See  Table  27. 


Table  27.  External  Clock  Drive  Characteristics 


Clock  Frequency: 

20  MHz  +0.01% 

Rise/Fall  Time  (tR/tp): 

<  6  ns  from  0.5  V 
to  Vdd-0.5 

XTAL1  HIGH/LOW  Time 
(tHIGHrtLOW): 

20  ns  min 

XTAL1  Falling  Edge  to 
Falling  Edge  Jitter: 

<  ±0.2  ns  at 

2.5  V  input  (Voo/2) 

MENDEC  Transmit  Path 

The  transmit  section  encodes  separate  clock  and  NRZ 
data  input  signals  into  a  standard  Manchester  encoded 
serial  bit  stream.  The  transmit  outputs  (DO±/TXD±)  are 
designed  to  operate  into  terminated  transmission  lines. 
When  operating  into  a  78  Q  terminated  transmission 
line,  the  transmit  signaling  meets  the  required  output 
levels  and  skew  for  Cheapernet,  Ethernet  and 
IEEE-802.3. 

Transmitter  Timing  and  Operation 

A  20  MHz  fundamental  mode  crystal  oscillator  provides 
the  basic  timing  reference  for  the  MENDEC  portion  of 
the  PCnet-32  controller.  The  crystal  is  divided  by  two,  to 
create  the  internal  transmit  clock  reference.  Both  clocks 
are  fed  into  the  M  EN  DEC'S  Manchester  Encoder  to  gen- 
erate the  transitions  in  the  encoded  data  stream.  The 
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internal  transmit  clock  is  used  by  the  MENDEC  to  inter- 
nally synchronize  the  Internal  Transmit  Data  (ITXDAT) 
from  the  controller  and  Internal  Transmit  Enable 
(ITXEN).  The  internal  transmit  clock  is  also  used  as  a 
stable  bit  rate  clock  by  the  receive  section  of  the 
MENDEC  and  controller. 

The  oscillator  requires  an  external  ±0.01%  timing  refer- 
ence. The  accuracy  requirements,  if  an  external  crystal 
is  used  are  tighter  because  allowance  for  the  on-board 
parasitics  must  be  made  to  deliver  a  final  accuracy  of 
0.01%. 

Transmission  is  enabled  by  the  controller.  As  long  as  the 
ITXEN  request  remains  active,  the  serial  output  of  the 
controller  will  be  Manchester  encoded  and  appear  at 
DO±/TXD±.  When  the  internal  request  is  dropped  by  the 
controller,  the  differential  transmit  outputs  go  to  one  of 
two  idle  states,  dependent  on  TSEL  in  the  Mode 
Register  (CSR15,  bit  9): 


TSEL  LC 

>W: 

The  idle  state  of  DO±/TXD±  yields  "zero" 
differential  to  operate  transformer-coupled 
loads. 

TSEL  HIGH: 

In  this  idle  state,  DO+/TXD+  is  positive 
with  respect  to  DO-/TXD-  (logical  HIGH). 

Receiver  Path 

The  principal  functions  of  the  Receiver  are  to  signal  the 
PCnet-32  controller  that  there  is  information  on  the  re- 
ceive pair,  and  separate  the  incoming  Manchester  en- 
coded data  stream  into  clock  and  NRZ  data. 

The  Receiver  section  (see  Figure  30)  consists  of  two 
parallel  paths.  The  receive  data  path  is  a  zero  threshold, 
wide  bandwidth  line  receiver.  The  carrier  path  is  an  off- 
set threshold  bandpass  detecting  line  receiver.  Both  re- 
ceivers share  common  bias  networks  to  allow  operation 
over  a  w  de  input  common  mode  range. 


Input  Signal  Conditioning 

Transient  noise  pulses  at  the  input  data  stream  are  re- 
jected by  the  Noise  Rejection  Filter.  Pulse  width  rejec- 
tion is  proportional  to  transmit  data  rate. 

The  Carrier  Detection  circuitry  detects  the  presence  of 
an  incoming  data  frame  by  discerning  and  rejecting 
noise  from  expected  Manchester  data,  and  controls  the 
stop  and  start  of  the  phase-lock  loop  during  clock  acqui- 
sition. Clock  acquisition  requires  a  valid  Manchester  bit 
pattern  of  1010b  to  lock  onto  the  incoming  message. 

When  input  amplitude  and  pulse  width  conditions  are 
met  at  DI+/RXD±,  the  internal  enable  signal  from  the 
MENDEC  to  controller  (IRXCRS)  is  asserted  and  a 
clock  acquisition  cycle  is  initiated. 

Clock  Acquisition 

When  there  is  no  activity  at  Dl±  (receiver  is  idle),  the 
receive  oscillator  is  phase  locked  to  the  internal  transmit 
clock.  The  first  negative  clock  transition  (bit  cell  center  of 
first  valid  Manchester  "0")  after  IRXCRS  is  asserted  in- 
terrupts the  receive  oscillator.  The  oscillator  is  then  re- 
started at  the  second  Manchester  "0"  (bit  time  4)  and  is 
phase  locked  to  it.  As  a  result,  the  MENDEC  acquires 
the  clock  from  the  incoming  Manchester  bit  pattern  in  4 
bit  times  with  a  "1010"  Manchester  bit  pattern. 

ISRDCLK  and  IRXDAT  are  enabled  1/4  bit  time  after 
clock  acquisition  in  bit  cell  5.  IRXDAT  is  at  a  HIGH  state 
when  the  receiver  is  idle  (no  ISRDCLK).  IRXDAT  how- 
ever, is  undefined  when  clock  is  acquired  and  may  re- 
main HIGH  or  change  to  LOW  state  whenever 
ISRDCLK  is  enabled.  At  1/4  bit  time  through  bit  cell  5, 
the  controller  portion  of  the  PCnet-32  controller  sees  the 
first  ISRDCLK  transition.  This  also  strobes  in  the  incom- 
ing fifth  bit  to  the  MENDEC  as  Manchester  "1 ".  IRXDAT 
may  make  a  transition  after  the  ISRDCLK  rising  edge  in 
bit  cell  5,  but  its  state  is  still  undefined.  The  Manchester 
"1"  at  bit  5  is  clocked  to  IRXDAT  output  at  1/4  bit  time  in 
bit  cell  6. 
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Figure  30.  Receiver  Block  Diagram 


1-742 


Am79C965 


PRELIMINARY 


AMD  C\ 


PLL  Tracking 

After  clock  acquisition,  the  phase-locked  clock  is  com- 
pared to  the  incoming  transition  at  the  bit  cell  center 
(BCC)  and  the  resulting  phase  error  is  applied  to  a  cor- 
rection circuit.  This  circuit  ensures  that  the  phase- 
locked  clock  remains  locked  on  the  received  signal. 
Individual  bit  cell  phase  corrections  of  the  Voltage 
Controlled  Oscillator  (VCO)  are  limited  to  1 0%  of  the 
phase  difference  between  BCC  and  phase-locked 
clock.  Hence,  input  data  jitter  is  reduced  in  ISRDCLK  by 
10  to  1. 

Carrier  Tracking  and  End  of  Message 

The  carrier  detection  circuit  monitors  the  Dl±  inputs  after 
IRXCRS  is  asserted  for  an  end  of  message.  IRXCRS 
de-asserts  1  to  2  bit  times  after  the  last  positive  transi- 
tion on  the  incoming  message.  This  initiates  the  end  of 
reception  cycle.  The  time  delay  from  the  last  rising  edge 
of  the  message  to  IRXCRS  de-assert  allows  the  last  bit 
to  be  strobed  by  ISRDCLK  and  transferred  to  the  con- 
troller section,  but  prevents  any  extra  bit(s)  at  the  end 
of  message. 

Data  Decoding 

The  data  receiver  is  a  comparator  with  clocked  output  to 
minimize  noise  sensitivity  to  the  DI+/RXD+  inputs.  Input 
error  is  less  than  ±  35  mV  to  minimize  sensitivity  to  input 
rise  and  fall  time.  ISRDCLK  strobes  the  data  receiver 
output  at  1/4  bit  time  to  determine  the  value  of  the 
Manchester  bit,  and  clocks  the  data  out  on  IRXDAT  on 
the  following  ISRDCLK.  The  data  receiver  also  gener- 
ates the  signal  used  for  phase  detector  comparison  to 
the  internal  MENDEC  voltage  controlled  oscillator 
(VCO). 

Jitter  Tolerance  Definition 

The  MENDEC  utilizes  a  clock  capture  circuit  to  align  its 
internal  data  strobe  with  an  incoming  bit  stream.  The 
clock  acquisition  circuitry  requires  four  valid  bits  with  the 
values  1010b.  Clock  is  phase-locked  to  the  negative 
transition  at  the  bit  cell  center  of  the  second  "0"  in 
the  pattern. 

Since  data  is  strobed  at  1/4  bit  time,  Manchester  transi- 
tions which  shift  from  their  nominal  placement  through 
1/4  bit  time  will  result  in  improperly  decoded  data.  With 
this  as  the  criteria  for  an  error,  a  definition  of  "Jitter 
Handling"  is: 

The  peak  deviation  approaching  or  crossing  1/4  bit 
cell  position  from  nominal  input  transition,  for  which 
the  MENDEC  section  will  properly  decode  data. 

Attachment  Unit  Interface(AUI) 

The  AUI  is  the  PLS  (Physical  Layer  Signaling)  to  PMA 
(Physical  Medium  Attachment)  interface  which  effec- 
tively connects  the  DTE  to  a  MAU.  The  differential 
interface  provided  by  the  PCnet-32  controller  is  fully 
compliant  to  Section  7  of  ISO  8802-3  (ANSI/IEEE 
802.3). 

After  the  PCnet-32  controller  initiates  a  transmission  it 
will  expect  to  see  data  "looped-back"  on  the  Dl±  pair 


(when  the  AUI  port  is  selected).  This  will  internally  gen- 
erate a  "carrier  sense",  indicating  that  the  integrity  of  the 
data  path  to  and  from  the  MAU  is  intact,  and  that  the 
MAU  is  operating  correctly.  This  "carrier  sense"  signal 
must  be  asserted  within  TBD  bit  times  after  the  first 
transmitted  bit  on  DO±  (when  using  the  AUI  port).  If  "car- 
rier sense"  does  not  become  active  in  response  to  the 
data  transmission,  or  becomes  inactive  before  the  end 
of  transmission,  the  loss  of  carrier  (LCAR)  error  bit  will 
be  set  in  the  Transmit  Descriptor  Ring  (TMD2,  bit27) 
after  the  frame  has  been  transmitted. 

Differential  Input  Terminations 

The  differential  input  for  the  Manchester  data  (DI+)  is 
externally  terminated  by  two  40.2  Q  ±1%  resistors  and 
one  optional  common-mode  bypass  capacitor,  as 
shown  in  the  Differential  Input  Termination  diagram  be- 
low. The  differential  input  impedance,  ZIDF,  and  the 
common-mode  input  impedance,  ZICM,  are  specified  so 
that  the  Ethernet  specification  for  cable  termination  im- 
pedance is  met  using  standard  1%  resistor  terminators. 
If  SIP  devices  are  used,  39  Q  is  also  a  suitable  value. 
The  Cl±  differential  inputs  are  terminated  in  exactly  the 
same  way  as  the  Dl±  pair. 
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Figure  31.  AUI  Differential  Input  Termination 


Collision  Detection 

A  MAU  detects  the  collision  condition  on  the  network 
and  generates  a  differential  signal  at  the  Cl±  inputs.  This 
collision  signal  passes  through  an  input  stage  which  de- 
tects signal  levels  and  pulse  duration.  When  the  signal  is 
detected  by  the  MENDEC  it  sets  the  ICLSN  line  HIGH. 
The  condition  continues  for  approximately  1 .5  bit  times 
after  the  last  LOW-to-HIGH  transition  on  Cl±. 

Twisted-Pair  Transceiver  (T-MAU) 

The  T-MAU  implements  the  Medium  Attachment  Unit 
(MAU)  functions  for  the  Twisted  Pair  Medium,  as  speci- 
fied by  the  supplement  to  ISO  8802-3  (IEEE/ANSI 
802.3)  standard  (Type  10BASE-T).  The  T-MAU  pro- 
vides twisted  pair  driver  and  receiver  circuits,  including 
on-board  transmit  digital  predistortion  and  receiver 
squelch  and  a  number  of  additional  features  including 
Link  Status  indication,  Automatic  Twisted  Pair  Receive 
Polarity  Detection/Correction  and  Indication,  Receive 
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Carrier  Sense,  Transmit  Active  and  Collision  Present 
indication. 

T-MAU  gets  reset  during  power-up  by  H_RESET,  by 
S_RESET  when  reset  port  is  read,  or  by  asserting  the 
RESET  pin.  T-MAU  is  not  reset  by  STOP. 

Twisted  Pair  Transmit  Function 

The  differential  driver  circuitry  in  the  TXD±  and  TXP± 
pins  provides  the  necessary  electrical  driving  capability 
and  the  pre-distortion  control  for  transmitting  signals 
over  maximum  length  Twisted  Pair  cable,  as  specified 
by  the  1 0BASE-T  supplement  to  the  ISO  8802-3  (IEEE/ 
ANSI  802.3)  Standard.  The  transmit  function  for  data 
output  meets  the  propagation  delays  and  jitter  specified 
by  the  standard. 

Twisted  Pair  Receive  Function 

The  receiver  complies  with  the  receiver  specifications  of 
the  ISO  8802-3  (IEEE/ANSI  802.3)  10BASE-T  Stan- 
dard, including  noise  immunity  and  received  signal  re- 
jection criteria  ('Smart  Squelch').  Signals  meeting  this 
criteria  appearing  at  the  RXD±  differential  input  pair  are 
routed  to  the  MENDEC.  The  receiver  function  meets  the 
propagation  delays  and  jitter  requirements  specified  by 
the  standard.  The  receiver  squelch  level  drops  to  half  its 
threshold  value  after  unsquelch  to  allow  reception  of 
minimum  amplitude  signals  and  to  offset  carrier  fade  in 
the  event  of  worst  case  signal  attenuation  and  crosstalk 
noise  conditions. 


Note  that  the  10BASE-T  Standard  defines  the  receive 
input  amplitude  at  the  external  Media  Dependent  Inter- 
face (MDI).  Filter  and  transformer  loss  are  not  specified. 
The  T-MAU  receiver  squelch  levels  are  defined  to  ac- 
count for  a  1  dB  insertion  loss  at  1 0  MHz,  which  is  typical 
for  the  type  of  receive  filters/transformers  employed. 

Normal  10BASE-T  compatible  receive  thresholds  are 
employed  when  the  LRT  (CSR15[9j)  bit  is  LOW.  When 
the  LRT  bit  is  set  (HIGH),  the  Low  Receive  Threshold 
option  is  invoked,  and  the  sensitivity  of  the  T-MAU  re- 
ceiver is  increased.  This  allows  longer  line  lengths  to  be 
employed,  exceeding  the  100  m  target  distance  of  nor- 
mal 10BASE-T  (assuming  typical  24  AWG  cable).  The 
increased  receiver  sensitivity  compensates  for  the  in- 
creased signal  attenuation  caused  by  the  additional  ca- 
ble distance. 

However,  making  the  receiver  more  sensitive  means 
that  it  is  also  more  susceptible  to  extraneous  noise,  pri- 
marily caused  by  coupling  from  co-resident  services 
(crosstalk).  For  this  reason,  it  is  recommended  that 
when  using  the  Low  Receive  Threshold  option  that  the 
service  should  be  installed  on  4-pair  cable  only.  Multi- 
pair  cables  within  the  same  outer  sheath  have  lower 
crosstalk  attenuation,  and  may  allow  noise  emitted  from 
adjacent  pairs  to  couple  into  the  receive  pair,  and  be  of 
sufficient  amplitude  to  falsely  unsquelch  the  T-MAU. 
Link  Test  Function 
The  link 
10BASE 
activity 


test  function  is  implemented  as  specified  by 
T  standard.  During  periods  of  transmit  pair  in- 
Link  beat  pulses'  will  be  periodically  sent  over 


the  twisted  pair  medium  to  constantly  monitor  medium 
integrity. 

When  the  link  test  function  is  enabled  (DLNKTST  bit  in 
CSR15  is  cleared),  the  absence  of  link  beat  pulses  and 
receive  data  on  the  RXD+  pair  will  cause  the  T-MAU  to 
go  into  a  link  fail  state.  I  n  the  link  fail  state,  data  transmis- 
sion, data  reception,  data  loopback  and  the  collision  de- 
tection functions  are  disabled,  and  remain  disabled  until 
valid  data  or  >5  consecutive  link  pulses  appear  on  the 
RXD+  pair.  During  link  fail,  the  Link  Status  signal  is  inac- 
tive. When  the  link  is  identified  as  functional,  the  Link 
Status  signal  is  asserted.  The  LNKST  pin  displays  the 
Link  Status  signal  by  default. 

Transmission  attempts  during  Link  Fail  state  will  pro- 
duce no  network  activity  and  will  produce  LCAR  and 
CERR  error  indications. 

In  order  to  inter-operate  with  systems  which  do  not  im- 
plement Link  Test,  this  function  can  be  disabled  by  set- 
ting the  DLNKTST  bit  in  CSR15.  With  link  test  disabled, 
the  data  driver,  receiver  and  loopback  functions  as  well 
as  collision  detection  remain  enabled  irespective  of  the 
presence  or  absence  of  data  or  link  pulses  on  the  RXD± 
pair.  Link  Test  pulses  continue  to  be  sent  regardless  of 
the  state  of  the  DLNKTST  bit. 

Polarity  Detection  and  Reversal 

The  T-MAU  receive  function  includes  the  ability  to  invert 
the  polarity  of  the  signals  appearing  at  the  RXD+  pair  if 
the  polarity  of  the  received  signal  is  reversed  (such  as  in 
the  case  of  a  wiring  error).  This  feature  allows  data 
frames  received  from  a  reverse  wired  RXD±  input  pair  to 
be  corrected  in  the  T-MAU  prior  to  transfer  to  the 
MENDEC.  The  polarity  detection  function  is  activated 
following  H_RESET  or  Link  Fail,  and  will  reverse  the 
receive  polarity  based  on  both  the  polarity  of  any  previ- 
ous link  beat  pulses  and  the  polarity  of  subsequent 
frames  with  a  valid  End  Transmit  Delimiter  (ETD). 

When  in  the  Link  Fail  state,  the  T-MAU  will  recognize 
link  beat  pulses  of  either  positive  or  negative  polarity. 
Exit  from  the  Link  Fail  state  is  made  due  to  the  reception 
of  5-6  consecutive  link  beat  pulses  of  identical  polarity. 
On  entry  to  the  Link  Pass  state,  the  polarity  of  the  last  5 
link  beat  pulses  is  used  to  determine  the  initial  receive 
polarity  configuration  and  the  receiver  is  reconfigured  to 
subsequently  recognize  only  link  beat  pulses  of  the  pre- 
viously recognized  polarity. 

Positive  link  beat  pulses  are  defined  as  received  signal 
with  a  positive  amplitude  greater  than  585  mV  (LRT  = 
HIGH)  with  a  pulse  width  of  60  ns-200  ns.  This  positive 
excursion  may  be  followed  by  a  negative  excursion. 
This  definition  is  consistent  with  the  expected  received 
signal  at  a  correctly  wired  receiver,  when  a  link  beat 
pulse  which  fits  the  template  of  Figure  14-12  of  the 
10BASE-T  Standard  is  generated  at  a  transmitter  and 
passed  through  1 00  m  of  twisted  pair  cable. 

Negative  link  beat  pulses  are  defined  as  received  sig- 
nals with  a  negative  amplitude  greater  than  585  mV  with 
a  pulse  width  of  60  ns-200  ns.  This  negative  excursion 
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may  be  followed  by  a  positive  excursion.  This  definition 
is  consistent  with  the  expected  received  signal  at  a  re- 
verse wired  receiver,  when  a  link  beat  pulse  which  fits 
the  template  of  Figu  re  1 4-1 2  in  the  1 0BASE-T  Standard 
is  generated  at  a  transmitter  and  passed  through  1 00  m 
of  twisted  pair  cable. 

The  polarity  detection/correction  algorithm  will  remain 
"armed"  until  two  consecutive  frames  with  valid  ETD  of 
identical  polarity  are  detected.  When  "armed",  the  re- 
ceiver is  capable  of  changing  the  initial  or  previous  po- 
larity configuration  based  on  the  ETD  polarity. 

On  receipt  of  the  first  frame  with  valid  ETD  following 
H_RESET  or  link  fail,  the  T-MAU  will  utilize  the  inferred 
polarity  information  to  configure  its  RXD+  input,  regard- 
less of  its  previous  state.  On  receipt  of  a  second  frame 
with  a  valid  ETD  with  correct  polarity,  the  detection/cor- 
rection algorithm  will  "lock-in"  the  received  polarity.  If  the 
second  (or  subsequent)  frame  is  not  detected  as  con- 
firming the  previous  polarity  decision,  the  most  recently 
detected  ETD  polarity  will  be  used  as  the  default.  Note 
that  frames  with  invalid  ETD  have  no  effect  on  updating 
the  previous  polarity  decision.  Once  two  consecutive 
frames  with  valid  ETD  have  been  received,  the  T-MAU 
will  disable  the  detection/correction  algorithm 
until  either  a  Link  Fail  condition  occurs  or  HRESET  is 
activated. 

During  polarity  reversal,  an  internal  POL  signal  will  be 
active.  During  normal  polarity  conditions,  this  internal 
POL  signal  is  inactive.  The  state  of  this  signal  can  be 
read  by  software  and/or  displayed  by  LED  when  en- 
abled by  the  LED  control  bits  in  the  Bus  Configuration 
Registers  (BCR4-BCR7). 

Twisted  Pair  Interface  Status 

Three  signals  (XMT,  RCV  and  COL)  indicate  whether 
the  T-MAU  is  transmitting,  receiving,  or  in  a  collision 
state  with  both  functions  active  simultaneously.  These 
signals  are  internal  signals  and  the  behavior  of  the  LED 
outputs  depends  on  how  the  LED  Output  circuiting  is 
programmed. 

The  T-MAU  will  power  up  in  the  Link  Fail  state  and  the 
normal  algorithm  will  apply  to  allow  it  to  enter  the  Link 
Pass  state.  In  the  Link  Pass  state,  transmit  or  receive 
activity  will  be  indicated  by  assertion  of  RCV  signal  go- 
ing active.  If  T-MAU  is  selected  using  the  PORTSEL  bits 
in  CSR15,  then  when  moving  from  AUI  to  T-MAU  selec- 
tion the  T-MAU  will  be  forced  into  the  Link  Fail  state. 

In  the  Link  Fail  state,  XMT,  RCV  and  COL  are  inactive. 

Collision  Detect  Function 

Activity  on  both  twisted  pair  signals  RXD±  and  TXD± 
constitutes  a  collision,  thereby  causing  the  COL  signal 
to  be  activated.  (COL  is  used  by  the  LED  control  circuits) 
COL  will  remain  active  until  one  of  the  two  colliding  sig- 
nals changes  from  active  to  idle.  However,  transmission 
attempt  in  Link  Fail  state  results  in  LCAR  and  CERR 


indication.  COL  stays  active  for  2-bit  times  at  the  end  of 
a  collision. 

Signal  Quality  Error  (SQE)  Test  (Heartbeat) 
Function 

The  SQE  function  is  disabled  when  the  1 0BASE-T  port 
is  selected. 
Jabber  Function 

The  Jabber  function  inhibits  the  twisted  pair  transmit 
function  of  the  T-MAU  if  the  TXD+  circuit  is  active  for  an 
excessive  period  (20  ms-150  ms).  This  prevents  any 
one  node  from  disrupting  the  network  due  to  a  'stuck-on' 
or  faulty  transmitter.  If  this  maximum  transmit  time  is 
exceeded,  the  T-MAU  transmitter  circuitry  is  disabled, 
the  JAB  bit  is  set  (CSR4,  bid),  the  COL  signal  is  as- 
serted. Once  the  transmit  data  stream  to  the  T-MAU  is 
removed,  an  "unjab"  time  of  250  ms-750  ms  will  elapse 
before  the  T-MAU  COL  and  re-enables  the  trans- 
mit circuitry. 

Power  Down 

The  T-MAU  circuitry  can  be  made  to  go  into  power  sav- 
ings mode.  This  feature  is  useful  in  battery  powered  or 
low  duty  cycle  systems.  The  T-MAU  will  go  into  power 
down  mode  when  H_RESET  is  active,  coma  mode  is 
active,  or  the  T-MAU  is  not  selected.  Referto  the  Power 
Savings  Modes  section  for  descriptions  of  the  various 
power  down  modes. 

Any  of  the  three  conditions  listed  above  resets  the  inter- 
nal logic  of  the  T-MAU  and  places  the  device  into  power 
down  mode.  In  this  mode,  the  Twisted  Pair  driver  pins 
(TXD±,TXP±)  are  driven  LOW,  and  the  internal  T-MAU 
status  signals  (LNKST,  RCVPOL,  XMT,  RCV  and  COL) 
signals  are  inactive. 

Once  H_RESET  ends,  coma  mode  is  disabled,  and  the 
T-MAU  is  selected.  The  T-MAU  will  remain  in  the  reset 
state  for  up  to  10  us.  Immediately  after  the  reset  condi- 
tion is  removed,  the  T-MAU  will  be  forced  into  the  Link 
Fail  state.  The  T-MAU  will  move  to  the  Link  Pass  state 
only  after  5-6  link  beat  pulses  and/or  a  single  received 
message  is  detected  on  the  RD±  pair. 

In  snooze  mode,  the  T-MAU  receive  circuitry  will  remain 
enabled  even  while  the  SLEEP  pin  is  driven  LOW. 

The  T-MAU  circuitry  will  always  go  into  power  down 
mode  if  H_RESET  is  asserted,  coma  mode  is  enabled, 
or  the  T-MAU  is  not  selected. 

10BASE-T  Interface  Connection 

Figure  32  shows  the  proper  10BASE-T  network  inter- 
face design.  Refer  to  the  PCnet  Family  Technical  Man- 
ual  (PID  #  1 821 6A)  for  more  design  details,  and  refer  to 
Appendix  A  for  a  list  of  compatible  10BASE-T  filter/ 
transformer  modules. 

Note  that  the  recommended  resistor  values  and  filter 
and  transformer  modules  are  the  same  as  those  used  by 
the  IMR  (Am79C980)  and  the  IMR+  (Am79C981). 
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Figure  32. 10BASE-T  Interface  Connection 
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IEEE  1149.1  Test  Access  Port  Interface 

An  IEEE  1149.1  compatible  boundary  scan  Test  Access 
Port  is  provided  for  board  level  continuity  test  and  diag- 
nostics. All  digital  input,  output  and  input/output  pins  are 
tested.  Analog  pins,  including  the  AUI  differential  driver 
(DO±)  and  receivers  (Dl±,  CI+),  and  the  crystal  input 
(XTAL1/XTAL2)  pins,  are  tested.  The  T-MAU  drivers 
TXD+,  TXP+  and  receiver  RXD±  are  also  tested. 

The  following  is  a  brief  summary  of  the  IEEE  1149.1 
compatible  test  functions  implemented  in  the  PCnet-32 
controller. 

Boundary  Scan  Circuit 

The  boundary  scan  test  circuit  requires  four  pins  (TCK, 
TMS,  TDI  and  TDO),  defined  as  the  Test  Access  Port 
(TAP).  It  includes  a  finite  state  machine  (FSM),  an  in- 
struction register,  a  data  register  array,  and  a  power-on 
reset  circuit.  Internal  pull-up  resistors  are  provided  for 
the  TDI,  TCK,  and  TMS  pins.  The  TCK  pin  must  not  be 
left  unconnected.  The  boundary  scan  circuit  remains  ac- 
tive during  Sleep. 

TAP  FSM 

The  TAP  engine  is  a  16-state  FSM,  driven  by  the  Test 
Clock  (TCK)  and  the  Test  Mode  Select  (TMS)  pins.  This 


FSM  is  in  its  reset  state  at  power-up  or  after  HRESET. 
An  independent  power-on  reset  circuit  is  provided  to  en- 
sure the  FSM  is  in  the  TESTLOG IC_R ES ET  state  at 
power-up. 

Supported  Instructions 

In  addition  to  the  minimum  IEEE  1149.1  requirements 
(BYPASS,  EXTEST,  and  SAMPLE  instructions),  three 
additional  instructions  (IDCODE,  TRIBYP  and  SET- 
BYP)  are  provided  to  further  ease  board-level  testing. 
All  unused  instruction  codes  are  reserved.  See  Table  28 
for  a  summary  of  supported  instructions. 

Instruction  Register  and  Decoding  Logic 

After  H_RESET  or  S_RESET  or  STOP,  the  IDCODE 
instruction  is  always  invoked.  The  decoding  logic  gives 
signals  to  control  the  data  flow  in  the  DATA  registers 
according  to  the  current  instruction. 

Boundary  Scan  Register  (BSR) 

Each  BSR  cell  has  two  stages.  A  flip-flop  and  a  latch  are 
used  forthe  SERIAL  SHIFT  STAGE  and  the  PARALLEL 
OUTPUT  STAGE,  respectively. 


Table  28.  IEEE  1149.1  Supported  Instruction  Summary 


Instruction 
Name 

Description 

Selected 
Data  Reg 

Mode 

Instruction 
Code 

EXTEST 

External  Test 

BSR 

Test 

0000 

IDCODE 

ID  Code  Inspection 

ID  REG 

Normal 

0001 

SAMPLE 

Sample  Boundary 

BSR 

Normal 

0010 

TRIBYP 

Force  Tristate 

Bypass 

Normal 

0011 

SETBYP 

Control  Boundary  To  1/0 

Bypass 

Test 

0100 

BYPASS 

Bypass  Scan 

Bypass 

Normal 

1111 
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There  are  four  possible  operation  modes  in  the 
BSR  cell: 


1 

Capture 

2 

Shift 

3 

Update 

4 

System  Function 

Other  Data  Register 

1)  BYPASS  REG  (1  Bit) 

2)  DEV  ID  REG  (32  bits) 


Bits  31-28: 

Version 

Bits  27-12: 

Part  number  (0010  0100  001 1  0000) 

Bits  11-1: 

Manufacturer  ID.  The  11  bit 
manufacturer  ID  code  for  AMD  is 
00000000001  according  to  JEDEC 
Publication  106-A. 

BitO: 

Always  a  logic  1 

3)  INSCANO 

This  is  an  internal  scan  path  for  AMD  internal  test- 
ing use. 


EADI  (External  Address  Detection 
Interface) 

This  interface  is  provided  to  allow  external  address  filter- 
ing. It  is  selected  by  setting  the  EADISEL  bit  in  BCR2  to 
a  ONE.  This  feature  is  typically  utilized  for  terminal  serv- 
ers, bridges  and/or  router  products.  The  EADI  interface 
can  be  used  in  conjunction  with  external  logic  to  capture 
the  packet  destination  address  from  the  serial  bit  stream 
as  it  arrives  at  the  PCnet-32  controller,  compare  the 
captured  address  with  a  table  of  stored  addresses  or 
identifiers,  and  then  determine  whether  or  not  the 
PCnet-32  controller  should  accept  the  packet. 

The  EADI  interface  outputs  are  delivered  directly  from 
the  NRZ  decoded  data  and  clock  recovered  by  the 
Manchester  decoder  or  input  into  the  GPSI  port.  This 
allows  the  external  address  detection  to  be  performed  in 
parallel  with  frame  reception  and  address  comparison  in 
the  MAC  Station  Address  Detection  (SAD)  block  of  the 
PCnet-32  controller. 

SRDCLK  is  provided  to  allow  clocking  of  the  receive  bit 
stream  into  the  external  address  detection  logic. 
SRDCLK  runs  only  during  frame  reception  activity. 
Once  a  received  frame  commences  and  data  and  clock 
are  available  from  the  decoder,  the  EADI  logic  will  moni- 
tor the  alternating  ("1 ,0")  preamble  pattern  until  the  two 
ones  of  the  Start  Frame  Delimiter  ("1,0,1,0,1,0,1,1")  are 
detected,  at  which  point  the  SF/BD  output  will  be 
driven  HIGH. 

The  SF/BD  signal  will  initially  be  LOW.  The  assertion  of 
SF/BD  is  a  signal  to  the  external  address  detection  logic 
that  the  SFD  has  been  detected  and  that  subsequent 
SRDCLK  cycles  will  deliver  packet  data  to  the  external 


logic.  Therefore,  when  SF/BD  is  asserted,  the  external 
address  matching  logic  should  begin  de-serialization  of 
the  SRD  data  and  send  the  resulting  destination  ad- 
dress to  a  content  addressable  memory  (CAM)  or  other 
address  detection  device. 

In  order  to  reduce  the  amount  of  logic  external  to  the 
PCnet-32  controller  for  multiple  address  decoding  sys- 
tems, the  SF/BD  signal  will  toggle  at  each  new  byte 
boundary  within  the  packet,  subsequent  to  the  SFD. 
This  eliminates  the  need  for  externally  supplying  byte 
framing  logic. 

The  EAR  pin  should  be  driven  LOW  by  the  external  ad- 
dress comparison  logic  to  reject  a  frame. 

If  an  address  match  is  detected  by  internal  address 
comparison  with  either  the  Physical  or  Logical  or  broad- 
cast Address  contained  within  the  PCnet-32  controller, 
then  the  frame  will  be  accepted  regardless  of  the  condi- 
tion of  EAR.  Internal  address  match  is  disabled  when 
PROM  (CSR15[15])  =  0,  DRCVBC  (CSR15M4])  =  1, 
DRCVPA  (CSR15[13])  =  1  and  Logical  Address  Filter 
(CSR8-CSR11)  =  0. 

When  the  EADISEL  bit  of  BCR2  is  set  to  a  ONE  and 
internal  address  match  is  disabled,  then  all  incoming 
frames  will  be  accepted  by  the  PCnet-32  controller,  un- 
less the  ear  pin  becomes  active  during  the  first  64 
bytes  of  the  frame  (excluding  preamble  and  SFD).  This 
allows  external  address  lookup  logic  approximately  58 
byte  times  after  the  last  destination  address  bit  is  avail- 
able to  generate  the  EAR  signal,  assuming  that  the 
PCnet-32  controller  is  not  configured  to  accept  runt 
packets.  EAR  will  be  ignored  after  64  byte  times  afterthe 
SFD.  The  frame  will  be  accepted  if  EAR  has  not  been 
asserted  before  this  time.  If  Runt  Packet  Accept  is  en- 
abled, then  the  EAR  signal  must  be  generated  prior  to 
the  receive  message  completion,  if  packet  rejection  is  to 
be  guaranteed.  Runt  packet  sizes  could  be  as  short  as 
12  byte  times  (assuming  6  bytes  for  source  address, 
2  bytes  for  length,  no  data,  4  bytes  for  FCS)  afterthe  last 
bit  of  the  destination  address  is  available,  ear  must 
have  a  pulse  width  of  at  least  150  ns. 

When  the  EADISEL  bit  of  BCR2  is  set  to  a  ONE  and  the 
PROM  bit  of  the  Mode  Register  is  set  to  a  ONE,  then  all 
incoming  frames  will  be  accepted  by  the  PCnet-32  con- 
troller, regardless  of  any  activity  on  the  EAR  pin. 

The  EADI  outputs  continue  to  provide  data  throughout 
the  reception  of  a  packet.  This  allows  the  external  logic 
to  capture  packet  header  information  to  determine 
protocol  type,  inter-networking  information,  and  other 
useful  data. 

The  EADI  interface  will  operate  as  long  as  the  STRT  bit 
in  CSR0  is  set,  even  if  the  receiver  and/or  transmitter 
are  disabled  by  software  (DTX  and  DRX  bits  in  CSR15 
are  set).  This  configuration  is  useful  as  a  semi-power- 
down  mode  in  that  the  PCnet-32  controller  will  not  per- 
form any  power-consuming  DMA  operations.  However, 
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external  circuitry  can  still  respond  to  "control"  frames  on 
the  network  to  facilitate  remote  node  control. 

Table  29  summarizes  the  operation  of  the  EADI 
interface. 

Table  29.  EADI  Operations 


PROM 

EAR 

Required  Timing 

Received 
Messages 

1 

X 

No  timing  requirements 

All  Received  Frames 

0 

1 

No  timing  requirements 

All  Received  Frames 

0 

0 

Low  for  1 50  ns  within 
512  bits  after  SFD 

PCnet-32  Controller 
Internal  Physical  and 
Logical  Address 
Matches 

General  Purpose  Serial  Interface  (GPSI) 

The  PCnet-32  controller  is  capable  of  providing  a  purely 
digital  network  interface  in  the  form  of  the  General  Pur- 
pose Serial  Interface.  This  interface  matches  the  func- 
tionality provided  by  earlier  AMD  network  controller 
products,  such  as  the  Am7990  LANCE,  Am79C90 
C-LANCE,  Am79C900  ILACC  controller,  Am79C940 
MACE  controller,  andAm79C960  PCnet-ISA  controller. 

The  GPSI  interface  is  selected  through  the  PORTSEL 
bits  of  the  Mode  register  (CSR 1 5)  and  enabled  through 
the  TSTSHDW  bits  of  BCR18  (bits  3  and  4)  or  enabled 
through  the  GPSIEN  bit  in  CSR1 24  (bit  4).  The  possible 
settings  to  invoke  the  GPSI  mode  are  shown  in 
Table  30. 

Table  30.  GPSI  Mode  Selection 


TSTSHDW 

Value 
(BCR18[4:3]) 

PVALID 
(BCR19  [15]) 

GPSIEN 
(CSR124[41) 

Operating 
Mode 

00 

1 

0 

Normal 
Operating 
Mode 

10 

1 

X 

GPSI  Mode 

01 

1 

0 

Reserved 

11 

1 

X 

Reserved 

XX 

0 

0 

Normal 
Operating 
Mode 

XX 

0 

1 

GPSI  Mode 

Note  that  the  TSTSHDW  bit  values  are  only  active  when 
PVALID  is  TRUE. 

The  GPSI  interface  is  multiplexed  through  7  of  the  upper 
8  address  bits  of  the  system  bus  interface.  Therefore, 
applications  that  require  the  use  of  the  GPSI  interface 
will  be  limited  to  the  use  of  only  24  address  bits  (A[23] 
through  A[2]  plus  the  byte  enables,  which  decode  into 
two  effective  address  bits). 


In  order  to  prevent  the  PCnet-32  controller  from  inter- 
preting the  GPSI  signals  as  address  bits  during  the  Soft- 
ware Relocatable  Mode  and  during  slave  accesses,  the 
24-bit  Software  Relocatable  Mode  Address  24  mode 
and  the  I/O  Address  Width  24  mode  of  the  PCnet-32 
controller  must  be  invoked.  Note  that  if  Software 
Relocatable  Mode  is  invoked,  then  PVALID  must  have 
been  set  to  ZERO,  and,  therefore,  the  GPSI  mode  is  not 
active  and  therefore,  the  Software  Relocatable  Mode 
might  assume  that  all  30  address  bits  are  visible.  But  in  a 
system  that  uses  GPSI  mode,  the  GPSI  signals  would 
likely  all  be  hardwired  to  the  address  pins,  and,  there- 
fore, even  though  the  device  never  made  it  into  GPSI 
mode,  it  will  still  not  be  able  to  see  the  upper  address 
bits.  Therefore,  it  is  always  recommended  that  SRMA24 
mode  be  invoked  as  described  in  the  next  paragraph: 

Software  Relocatable  Mode  Address  24  mode  is  in- 
voked by  connecting  the  LED2/SRDCLK  pin  to  a  LOW 
level  during  H_RESET  and  during  the  execution  of  the 
Software  Relocation  operation.  When  the  LED2/ 
SRDCLK  pin  is  LOW  during  H_RESET  and  Software 
Relocatable  Mode,  then  the  device  will  be  programmed 
to  use  24  bits  of  addressing  while  snooping  accesses  on 
the  bus  during  Software  Relocatable  Mode;  In  this  case, 
the  PCnet-32  controller  will  assume  that  bits  A[31] 
through  A[24]  are  matched  at  all  times,  regardless  of  the 
actual  values  on  these  pins. 

I/O  Address  Width  24  mode  is  invoked  by  writing  a  ONE 
to  the  IOAW24  bit  of  BCR21  (bit  8  of  BCR21).  This  can 
be  accomplished  safely  in  either  of  two  ways: 

1 )  A  Software  Relocation  operation  can  write  a  ONE  to 
BCR21,  bit  8 

2)  A  read  of  the  EEPROM  contents  can  write  a  ONE  to 
BCR21 ,  bit  8,  if  the  EEPROM  contents  are  correctly 
programmed 

These  two  methods  do  NOT  require  a  slave  access  to 
the  PCnet-32  controller,  and  therefore  may  be  per- 
formed in  a  system  in  which  the  GPSI  signals  are  per- 
manently connected  to  the  A[31]  through  A[23]  pins 
(assuming  SRMA24  mode  is  invoked  via  the  LED2/ 
SRDCLK  pin  to  use  method  1). 

The  PCnet-32  controller  upper  address  pins  are  recon- 
figured during  GPSI  mode  to  the  functions  listed  in 
Table  31.  Note  that  pin  number  143  (A24)  has  no 
equivalent  GPSI  function  and  should  be  left  uncon- 
nected when  GPSI  mode  is  enabled. 

GPSI  signal  functions  are  described  in  the  pin  descrip- 
tion section  under  the  GPSI  subheading. 

At  the  time  that  GPSI  mode  is  entered,  the  internal  MAC 
clock  is  switched  from  a  XTAL1  -derived  clock  to  a  clock 
derived  from  the  STDCLK  input.  The  STDCLK  input  de- 
termines the  network  data  rate  and  therefore  must  meet 
frequency  and  stability  specifications. 
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Table  31.  GPSI  Pin  Configurations 


GPSI  Function 

GPSI 
I/O 
Type 

LANCE 
GPSI  Pin 

ILACC 
GPSI  Pin 

PCnet-32/ 
GPSI  Pin 

PCnet-32 

Din 

rin 
Number 

PCnet-32 
Normal 
Pin  Function 

Transmit  Data 

O 

TX 

TXD 

TXDAT 

132 

A31 

Transmit  Enable 

O 

TENA 

RTS 

TXEN 

133 

A30 

Transmit  Clock 

TCLK 

TXC 

STDCLK 

134 

A29 

Collision 

CLSN 

CDT 

CLSN 

137 

A28 

Receive  Carrier  Sense 

RENA 

CRS 

RXCRS 

138 

A27 

Receive  Clock 

RCLK 

RXC 

SRDCLK 

140 

A26 

Receive  Data 

RX 

RXD 

RXDAT 

141 

A25 

Note  that  the  XTAL1  input  must  always  be  driven  with  a 
clock  source,  even  if  GPSI  mode  is  to  be  used.  It  is  not 
necessary  for  the  XTAL1  clock  to  meet  the  normal  fre- 
quency and  stability  requirements  in  this  case.  Any  fre- 
quency between  8  MHz  and  20  MHz  is  acceptable. 
However,  voltage  drive  requirements  do  not  change. 
When  GPSI  mode  is  used,  XTAL1  must  be  driven  for 
several  reasons: 

1)  The  default  pin  RESET  configuration  for  the 
PCnet-32  controller  is  "AUI  port  selected,"  and  until 
GPSI  mode  is  selected,  the  XTAL1  clock  is  needed 
for  some  internal  operations  (namely,  RESET). 

2)  The  XTAL1  clock  drives  the  EEPROM  read  opera- 
tion, regardless  of  the  network  mode  selected. 

3)  The  XTAL1  clock  determines  the  length  of  a  Reset 
Register  read  operation,  regardless  of  the  network 
mode  selected  (due  to  the  internal  RESET  caused 
by  the  read). 

Note  that  if  a  clock  slower  than  20  MHz  is  provided  at  the 
XTAL1  input,  the  time  needed  for  EEPROM  read  and 
Reset  Register  Read  operations  will  increase. 

Power  Savings  Modes 

The  PCnet-32  controller  supports  two  hardware  power 
savings  modes.  Both  are  entered  by  driving  the  SLEEP 
pin  LOW. 

In  coma  mode,  the  PCnet-32  controller  will  go  into  a 
deep  sleep  with  no  means  to  use  the  network  to  auto- 
matically wake  itself  up.  Coma  mode  is  enabled  when 
the  AWAKE  bit  in  BCR2  is  reset.  Coma  mode  is  the  de- 
fault power  down  mode.  When  coma  mode  is  invoked, 
the  T-MAU  circuitry  will  go  into  power  down  mode.  The 
system  bus  interface  will  be  floated  and  inactive  during 
coma  mode.  LDEV  and  the  selected  interrupt  pin  will  be 
driven  to  inactive  levels.  While  in  coma  mode,  if  the 
PCnet-32  controller  is  configured  for  a  daisy  chain 
(HOLDI  and  HLDAO  or  LREQI  and  LGNTO  signals 
have  been  selected  with  the  JTAGSEL  pin),  then  the 
daisy  chain  signal  LREQI/HOLDI  will  be  passed  directly 
to  LREQ/HOLD  and  the  system  arbitration  signal  LGNT7 


HLDA  will  be  passed  directly  to  the  daisy-chain  signal 
LGNTO/HLDAO. 

In  snooze  mode,  enabled  by  setting  the  AWAKE  bit  in 
BCR2  and  driving  the  SLEEP  pin  LOW,  the  T-MAU  re- 
ceive circuitry  will  remain  enabled  even  while  the 
SLEEP  pin  is  driven  LOW.  The  LNKST  output  will  also 
continue  to  function,  indicating  a  good  1 0BASE-T  link  if 
there  are  link  beat  pulses  or  valid  frames  present.  This 
LNKST  pin  can  be  used  to  drive  an  LED  and/or  external 
hardware  that  directly  controls  the  SLEEP  pin  of  the 
PCnet-32  controller.  This  configuration  effectively 
wakes  the  system  when  there  is  any  activity  on  the 
1 0BASE-T  link.  Auto  wake  mode  can  be  used  only  if  the 
T-MAU  is  the  selected  network  port.  Link  beat  pulses 
are  not  transmitted  during  Auto-wake  mode. 

The  system  bus  interface  will  be  floated  and  inactive 
during  snooze  mode.  LDEV  and  the  selected  interrupt 
pin  will  be  driven  to  inactive  levels.  While  in  snooze 
mode,  if  the  PCnet-32  controller  is  conf  igured  for  a  daisy 
chain  (HOLDI  and  HLDAO  or  LREQI  and  LGNTO  sig- 
nals  have  been  selected  with  the  JTAGSEL  pin),  then 
the  daisy  chain  signal  LREQI/HOLDI  will  be  passed  di- 
rectly  to  LREQ/HOLD  and  the  system  arbitration  signal 
LGNT/HLDA  will  be  passed  directly  to  the  daisy-chain 
signal  LGNTO/HLDAO. 

If  the  HOLD  output  is  active  when  the  SLEEP  pin  is  as- 
serted, then  the  PCnet-32  controller  will  wait  until  the 
HLDA  input  is  asserted.  Then  the  PCnet-32  controller 
will  deassert  the  HOLD  pin  and  finally,  it  will  internally 
enter  either  the  coma  or  snooze  sleep  mode. 

Before  the  sleep  mode  is  invoked,  the  PCnet-32  control- 
ler will  perform  an  internal  S_RESET.  This  S_RESET 
operation  will  not  affect  the  values  of  the  BCR  registers. 

The  SLEEP  pin  should  not  be  asserted  during  power 
supply  ramp-up.  If  it  is  desired  that  SLEEP  be  asserted 
at  power  up  time,  then  the  system  must  delay  the  asser- 
tion of  sleep  until  three  BCLK  cycles  after  the  comple- 
tion of  a  valid  pin  RESET  operation. 
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Software  Access 
I/O  Resources 

PCnet-32  Controller  I/O  Resource  Mapping 

The  PCnet-32  controller  has  several  I/O  resources. 
These  resources  use  32  bytes  of  I/O  space  that  begin  at 
the  PCnet-32  controller  I/O  Base  Address. 

The  PCnet-32  controller  allows  two  modes  of  slave  ac- 
cess. Word  I/O  mode  treats  all  PCnet-32  controller  I/O 
Resources  as  two-byte  entities  spaced  at  two-byte  ad- 
dress intervals.  Double  Word  I/O  mode  treats  all 
PCnet-32  controller  I/O  Resources  as  four-byte  entities 
spaced  at  four-byte  address  intervals.  The  selection 
of  WIO  or  DWIO  mode  is  accomplished  by  one  of 
two  ways: 

1)  H_RESET  function. 

The  PCnet-32  controller  I/O  mode  setting  will  default 
to  WIO  after  HRESET  (i.e.  DWIO  =0). 

2)  Automatic  determination  of  DWIO  mode  due  to 
doubleword  I/O  write  access  to  offset  10h. 

DWIO  is  automatically  programmed  as  active  when  the 
system  attempts  a  double  word  write  access  to  offset 
10h  of  the  PCnet-32  controller  I/O  space.  Note  that  this 
space  corresponds  to  RDP,  regardless  of  whether 
DWIO  or  WIO  mode  has  been  programmed.  The  power 
up  H  RESET  value  of  DWIO  will  be  ZERO,  and  this 
value  will  be  maintained  until  a  double  word  access  is 
performed  to  PCnet-32  controller  I/O  space. 

Therefore,  if  DWIO  mode  is  desired,  it  is  imperative  that 
the  first  access  to  the  PCnet-32  controller  be  a  double 
word  write  access  to  offset  10h. 

Alternatively,  if  DWIO  mode  is  not  desired,  then  it  is  im- 
perative that  the  software  never  executes  a  double  word 
write  access  to  offset  1 0h  of  the  PCnet-32  controller  I/O 
space. 

Once  the  DWIO  bit  has  been  set  to  a  ONE,  only  a 
H  RESET  can  reset  it  to  a  ZERO. 

The  DWIO  mode  setting  is  unaffected  by  S_RESET  or 
the  STOP  bit. 

WIO  I/O  Resource  Map 

When  the  PCnet-32  controller  I/O  space  is  mapped  as 
Word  I/O,  then  the  resources  that  are  allotted  to  the 
PCnet-32  controller  occur  on  word  boundaries  that  are 
offset  from  the  PCnet-32  controller  I/O  Base  Address  as 
shown  in  Table  32. 


Table  32.  Word  I/O  Mapping 


Offset 
(Hex) 

No.  of 
Bytes 

Register 

0 

2 

Address  PROM 

2 

2 

Address  PROM 

4 

2 

Address  PROM 

6 

2 

Address  PROM 

8 

2 

Address  PROM 

A 

2 

Address  PROM 

C 

2 

Address  PROM 

E 

2 

Address  PROM 

10 

2 

RDP 

12 

2 

RAP  (shared  by  RDP  and  BDP) 

14 

2 

Reset  Register 

16 

2 

BDP 

18 

2 

Vendor  Specific  Word 

1A 

2 

Reserved 

10 

2 

Reserved 

1E 

2 

Reserved 

When  PCnet-32  controller  I/O  space  is  Word  mapped, 
all  I/O  resources  fall  on  word  boundaries  and  all  I/O  re- 
sources are  word  quantities.  However,  while  in  Word  I/O 
mode,  address  PROM  accesses  may  also  be  accessed 
as  individual  bytes  on  byte  addresses. 

Attempts  to  write  to  any  PCnet-32  controller  I/O  re- 
sources (except  to  offset  10h,  RDP)  as  32  bit 
quantities  while  in  Word  I/O  mode  are  illegal  and  may 
cause  unexpected  reprogramming  of  the  PCnet-32  con- 
troller control  registers.  Attempts  to  read  from  any 
PCnet-32  controller  I/O  resources  as  32  bit  quantities 
while  in  Word  I/O  mode  are  illegal  and  will  yield 
undefined  values. 

An  attempt  to  writeto  offset  1 0H  (RDP)  as  a  32  bit  quan- 
tity while  in  Word  I/O  mode  will  cause  the  PCnet-32  con- 
troller to  exit  WIO  mode  and  immediately  thereafter,  to 
enter  DWIO  mode. 

Accesses  to  non-word  address  boundaries  are  not  al- 
lowed while  in  WIO  mode,  with  the  exception  of  the 
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APROM  locations.  The  PCnet-32  controller  may  or  may 
not  produce  an  LDEV  and  a  RDY  signal  in  response  to 
ich  accesses,  but  data  will  be  undefined. 


Accesses  of  non-word  quantities  to  any  I/O  resource  are 
not  allowed  while  in  WIO  mode,  with  the  exception  of 
byte  reads  from  the  APROM  locations.  PCnet-32  con- 
troller may  or  may  not  produce  an  LDEV  and  will  not 
produce  a  RDY  signal  in  response  to  such  accesses, 
but  data  will  be  undefined. 

The  Vendor  Specific  Word  (VSW)  is  not  implemented  by 
the  PCnet-32  controller.  This  particular  I/O  address  is 
reserved  for  customer  use  and  will  not  be  used  by  future 
AMD  Ethernet  controller  products.  If  more  than  one 
Vendor  Specific  Word  is  needed,  it  is  suggested  that  the 
VSW  location  should  be  divided  into  a  VSW  Register 
Address  Pointer  (VSWRAP)  at  one  location  (e.g. 
VSWRAP  at  byte  location  18h)  and  a  VSW  Data  Port 
(VSWDP)  at  the  other  location  (e.g.  VSWDP  at  byte  lo- 
cation 19h).  Alternatively,  the  system  may  capture  RAP 
data  accesses  in  parallel  with  the  PCnet-32  controller 
and  therefore  share  the  PCnet-32  controller  RAP  to  al- 
low expanded  VSW  space.  PCnet-32  controller  will  not 
respond  to  access  to  the  VSW  I/O  address. 

DWIO  I/O  Resource  Map 

When  the  PCnet-32  controller  I/O  space  is  mapped  as 
Double  Word  I/O,  then  all  of  the  resources  that  are  allot- 
ted to  the  PCnet-32  controller  occur  on  double  word 
boundaries  that  are  offset  from  the  PCnet-32  controller 
I/O  Base  Address  as  shown  in  Table  33. 

Table  33.  Double  Word  I/O  Mapping 


Offset 
(Hex) 

No.  of 
Bytes 

Register 

0 

4 

Address  PROM 

4 

4 

Address  PROM 

8 

4 

Address  PROM 

C 

4 

Address  PROM 

10 

4 

RDP 

14 

4 

RAP  (shared  by  RDP  and  BDP) 

18 

4 

Reset  Register 

1C 

4 

BDP 

When  PCnet-32  controller  I/O  space  is  Double  Word 
mapped,  all  I/O  resources  fall  on  double  word  bounda- 
ries. Address  PROM  resources  are  double  word  quanti- 
ties in  DWIO  mode.  RDP,  RAP  and  BDP  contain  only 
two  bytes  of  valid  data.  The  other  two  bytes  of  these 
resources  are  reserved  for  future  use.  The  reserved 
bits  must  be  written  as  zeros,  and  when  read,  are  con- 
sidered undefined. 

Accesses  to  non-double  word  address  boundaries  are 
not  allowed  while  in  DWIO  mode.  The  PCnet-32  control- 
ler  may  or  may  not  produce  an  LDEV  and  a  RDY  signal 


in  response  to  such  accesses,  but  data  will  be 
undefined. 

Accesses  of  less  than  4  bytes  to  any  I/O  resource  are 
not  allowed  while  in  DWIO  mode  (i.e.  PCnet-32  control- 
ler will  not  respond  to  such  accesses.  PCnet-32  control- 
ler will  not  produce  an  LDEV  and  a  RDY  signal  in 
response  to  such  accesses),  but  data  will  be  undefined. 
A  double  word  write  access  to  the  RDP  offset  of  1 0h  will 
automatically  program  DWIO  mode. 

Note  that  in  all  cases  when  I/O  resource  width  is  defined 
as  32  bits,  the  upper  1 6  bits  of  the  I/O  resource  is  re- 
served and  written  as  ZEROs  and  read  as  undefined, 
except  for  the  APROM  locations  and  CSR88. 

DWIO  mode  is  exited  by  asserting  the  RESET  pin.  As- 
sertion of  S_RESET  or  setting  the  STOP  bit  of  CSRO  will 
have  no  effect  on  the  DWIO  mode  setting. 

I/O  Space  Comments 

The  following  statements  apply  to  both  WIO  and  DWIO 
mapping: 

The  RAP  is  shared  by  the  RDP  and  the  BDP. 

The  PCnet-32  controller  does  not  respond  to  any  ad- 
dresses outside  of  the  offset  range  0h-l7h  when 
DWIO  =  0  or  0h-1F  when  DWIO  -  1.  I/O  offsets  18h 
through  1  Fh  are  not  used  by  the  PCnet-32  controller 
when  programmed  for  DWIO  =  0  mode.  Locations  1Ah 
through  1  Fh  are  reserved  for  future  AM  D  use  and  there- 
fore should  not  be  implemented  by  the  user  if  upward 
compatibility  to  future  AMD  devices  is  desired. 

Note  that  Address  PROM  accesses  do  not  directly  ac- 
cess the  EEPROM,  but  are  redirected  to  a  set  of  shadow 
registers  on  board  the  PCnet-32  controllerthat  contain  a 
copy  of  the  EEPROM  contents  that  was  obtained  during 
the  automatic  EEPROM  read  operation  that  follows  the 
RESET  operation. 

PCnet-32  Controller  I/O  Base  Address 

The  I/O  Base  Address  Registers  (BCR16  and  BCR17) 
will  reflect  the  current  value  of  the  base  of  the  PCnet-32 
controller  I/O  address  space.  BCR1 6  contains  the  lower 
1 6  bits  of  the  32-bit  I/O  base  address  for  the  PCnet-32 
controller.  BCR17  contains  the  upper  16  bits  of  the 
32-bit  I/O  base  address  forthe  PCnet-32  controller.  This 
set  of  registers  is  both  readable  and  writeable  by  the 
host.  The  value  contained  in  these  registers  is  affected 
through  three  means: 

1 .  Immediately  following  the  H_RESET  operation,  the 
I/O  Base  Address  will  be  determined  by  the 
EEPROM  read  operation.  During  this  operation,  the 
I/O  Base  Address  register  will  become  programmed 
with  the  value  of  the  I/O  Base  Address  field  of  the 
EEPROM. 

2.  If  no  EEPROM  exists,  or  if  an  error  is  detected  in  the 
EEPROM  data,  then  the  PCnet-32  controller  will  en- 
ter Software  Relocatable  Mode.  While  in  this 
mode,  the  PCnet-32  controller  will  not  respond  to 
any  I/O  accesses  directly.  However,  the  PCnet-32 
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controller  will  snoop  accesses  on  the  system  bus. 
When  the  PCnet-32  controller  detects  a  specific 
sequence  of  four  write  accesses  to  I/O  address 
378h,  then  the  PCnet-32  controller  will  assume  that 
the  software  is  attempting  to  relocate  the  PCnet-32 
controller.  On  eight  subsequent  write  accesses  to 
I/O  address  378h,  the  PCnet-32  controller  will  accept 
the  data  on  the  bus  as  a  new  I/O  Base  Address  and 
other  programming  information,  and  it  will  leave 
Software  Relocatable  Mode.  At  this  point,  the 
PCnet-32  controller  will  begin  responding  to  I/O  ac- 
cesses directly. 

While  the  PCnet-32  controller  is  in  software 
relocatable  mode,  if  the  LED2  pin  is  pulled  LOW, 
then  the  SRMA24  mode  is  entered  and  only  the 
lower  24  bits  of  address  are  matched  to  378h. 

3.  The  I/O  Base  Address  Registers  may  be  directly  writ- 
ten to,  provided  that  the  PCnet-32  controller  is  not 
currently  in  the  Software  Relocatable  Mode. 

Software  Relocation  of  I/O  Resources 

In  order  to  allow  for  jumperless  Ethernet  implementa- 
tions, the  I/O  Base  Address  register  value  will  be  auto- 
matically altered  by  the  PCnet-32  controller  during  an 
EEPROM  read  operation.  In  this  case,  the  value  of  the 
I/O  Base  Address  for  the  PCnet-32  controller  will  be  di- 
rectly dependent  upon  the  value  of  the  BCR16  and 
BCR17  fields  that  are  stored  in  the  EEPROM.  If  no 
EEPROM  exists  and  an  EEPROM  read  is  attempted, 
then  the  PCnet-32  controller  will  enter  Software 
Relocatable  Mode. 

Software  Relocatable  Mode 

While  in  Software  Relocatable  Mode,  the  PCnet-32  con- 
troller will  not  respond  to  any  access  on  the  system  bus. 
However,  the  PCnet-32  controller  will  snoop  any  I/O 
write  accesses  that  may  be  present.  The  PCnet-32  con- 
troller will  watch  for  a  specific  sequence  of  accesses  in 
order  to  determine  a  value  for  the  I/O  Base  Address 
Registers.  Specifically,  the  PCnet-32  controller  will  wait 
for  a  sequence  of  1 2  uninterrupted  byte-write  accesses 
to  I/O  address  378h. 

The  12  byte-write  accesses  must  occur  without  inter- 
vening I/O  accesses  to  other  locations,  and  they  must 
contain  the  data  in  the  order  shown  in  Table  34. 

BEO  is  required  to  be  active  during  all  Software 
Relocatable  Mode  snoop  accesses.  BE3-BE1  may 
have  any  value  during  Software  Relocatable  Mode 
snoop  accesses. 


Table  34.  I/O  Base  Address  Write 
Sequence  in  SRM 


Access  No. 

I/O  Address 
(Hex) 

D[7:0]« 
(Hex) 

ASCII 
Inter- 
pretation 

1 

0000  0378 

41 

A 

c. 

UUUU  Uo/O 

M 

3 

0000  0378 

44 

D 

4 

0000  0378 

01 

NA 

5 

0000  0378 

IOBASEL[7:0] 

NA 

6 

0000  0378 

IOBASEL[15:8] 

NA 

•7 

UUUU  Uo  /  o 

lORAcipi  ir7-ni 

IUC5Mot:U|f  .UJ 

MA 

8 

0000  0378 

IOBASEU[15:8] 

NA 

9 

0000  0378 

BCR2[7:0] 

NA 

10 

0000  0378 

BCR2[15:8] 

NA 

11 

0000  0378 

BCR21[7:0] 

NA 

12 

0000  0378 

BCR21[15:8] 

NA 

'Note  that  D[31:8]  are  don't  care,  since  the  accesses  are 
required  to  one  byte  in  width. 


Immediately  following  the  12th  write  access  in  the  se- 
quence, the  PCnet-32  controller  will  leave  Software 
Relocatable  Mode,  and  it  will  then  respond  to  I/O  ac- 
cesses to  the  32  bytes  of  I/O  space  that  begins  at  the  I/O 
Base  Address  location. 

Note  that  in  Figure  33  (Software  Relocatable  Mode 
Snoop  Accesses),  the  data  that  is  accepted  by  the 
PCnet-32  controller  will  always  be  the  data  that  is  pre- 
sented  during  the  first  T2  cycle,  regardless  of  the  state  of 
the  RDYRTN  input. 

Since  the  PCnet-32  controller  will  not  respond  to  the 
Software  Relocatable  Mode  snoop  accesses,  some 
other  device  must  drive  the  rdyrtn  signal  during 
these  accesses.  In  a  typical  PC  environment,  these  I/O 
accesses  will  be  directed  toward  the  data  port  of  a  paral- 
lel port.  Therefore,  the  rdyrtn  will  typically  be  gener- 
ated by  the  parallel  port  controller.  In  systems  in  which 
the  parallel  port  device  does  not  exist,  or  is  at  a  different 
location,  the  378h  accesses  will  go  unclaimed  by  any 
device  on  the  local  bus  or  on  the  expansion  bus.  In  this 
case,  the  chipset  will  typically  terminate  the  access  by 
providing  the  rdyrtn  signal  after  some  access-time- 
out counter  has  elapsed. 
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Figure  33.  Software  Relocatable  Mode  Snoop  Cycles 
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The  I/O  Base  Address  register  value  may  be  altered  by  a 
direct  write  to  BCR16  and  BCR17  by  the  host.  Slave 
accesses  to  the  PCnet-32  controller  should  not  be  per- 
formed until  both  BCR16  and  BCR17  have  been  written 
with  new  values.  An  intermediate  I/O  Base  address  will 
be  created  when  only  one  of  the  two  registers  has  been 
written.  Therefore,  this  method  of  I/O  Base  address  re- 
assignment is  not  recommended. 

I/O  Register  Access 

All  I/O  resources  are  accessed  with  similar  I/O  bus 
cycles. 

I/O  accesses  to  the  PCnet-32  controller  begin  with  a 
valid  ADS  strobe  and  an  address  on  the  A[31 :2]  lines 
that  falls  within  the  I/O  space  of  the  PCnet-32  controller. 
The  PCnet-32  controller  I/O  space  will  be  determined  by 


the  I/O  Base  Address  Registers.  EEPROM  read  opera- 
tions will  determine  the  value  of  the  I/O  Base  Address 
Registers. 

The  PCnet-32  controller  will  respond  to  an  access  to  its 
I/O  space  by  asserting  the  LDEV  signal  and  eventually, 
by  asserting  the  RDY  signal. 

Typical  I/O  access  times  are  6  or  7  BCLK  periods.  The 
exact  number  of  clock  cycles  for  any  particular  access 
will  depend  upon  the  relative  phases  of  the  signal  on  the 
BCLK  pin  and  the  internal  clock  that  is  used  to  drive  the 
PCnet-32  controller  buffer  management  unit.  Since  the 
PCnet-32  controller  buffer  management  unit  operates 
on  a  clock  that  is  a  +2  version  of  the  interface  clock,  it  is 
possible  for  the  buffer  management  unit  to  introduce 
one  or  more  BCLK  wait  delays  to   allow  for 
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synchronization  of  the  two  state  machines  before  pro- 
ceeding with  the  access.  The  PCnet-32  buffer  manage- 
ment unit  uses  BCLK  +  2,  so  the  maximum  number  of 
BCLK  cycles  needed  to  synchronize  the  Bill  and  buffer 
management  units  is  one  BCLK  period. 
APROM  Access 

The  APROM  space  is  a  convenient  place  to  store  the 
value  of  the  IEEE  station  address.  This  space  is  auto- 
matically loaded  from  the  serial  EEPROM,  if  an 
EEPROM  is  present.  Its  contents  have  no  effect  on  the 
operation  of  the  controller.  The  software  must  copy  the 
station  address  from  the  APROM  space  to  the  Initializa- 
tion Block  or  to  CSR12-CSR14  in  order  for  the  receiver 
to  accept  unicast  frames  directed  to  this  station. 

When  programmed  for  WIO  mode,  any  byte  or  word  ad- 
dress from  an  offset  of  Oh  to  an  offset  of  Fh  may  be  read. 
An  appropriate  byte  or  word  of  APROM  contents  will  be 
delivered  by  the  PCnet-32  controller  in  response  to  ac- 
cesses that  fall  within  the  APROM  range  of  Oh  to  Fh. 

When  programmed  for  DWIO  mode,  only  double  word 
addresses  from  an  offset  of  Oh  to  an  offset  of  Fh  may  be 
read.  An  appropriate  double  word  of  APROM  contents 
will  be  delivered  in  response  to  accesses  that  fall  within 
the  APROM  range  of  Oh  to  Fh. 

Reads  of  non-double  word  quantities  are  not  allowed  in 
DWIO  mode,  even  though  such  an  access  may  be  prop- 
erly aligned  to  a  double  word  address  boundary. 

Write  access  to  any  of  the  APROM  locations  is  allowed , 
but  only  4  bytes  on  doubleword  boundaries  in  DWIO 
mode  or  2  bytes  on  word  boundaries  in  WIO  mode.  The 
IESRWE  bit  (see  BCR2)  must  be  set  in  order  to  enable 
such  a  write.  Only  the  PCnet-32  controller  on  board 
IEEE  Shadow  registers  are  modified  by  writes  to 
APROM  locations.  The  EEPROM  is  unaffected  by 
writes  to  APROM  locations. 

Note  that  the  APROM  locations  occupy  16  bytes  of 
space,  yet  the  IEEE  station  address  requirement  is  for  6 
bytes.  The  6  bytes  of  IEEE  station  address  occupy  the 
first  6  locations  of  the  APROM  space.  The  next  six  bytes 
are  reserved.  Bytes  1 2  and  1 3  shou  Id  match  the  value  of 
the  checksum  of  bytes  1  through  11  and  14  and  15. 
Bytes  1 4  and  1 5  should  each  be  ASC 1 1  "W"  (57  h)  if  co  m- 
patibility  to  AMD  driver  software  is  desired. 

RDP  Access  (CSR  Register  Space) 

RDP  =  Register  Data  Port.  The  RDP  is  used  with  the 
RAP  to  gain  access  to  any  of  the  PCnet-32  controller 
CSR  locations. 

Access  to  any  of  the  CSR  locations  of  the  PCnet-32  con- 
troller is  performed  through  the  PCnet-32  controller's 
Register  Data  Port  (RDP) .  In  orderto  access  a  particular 
CSR  location,  the  Register  Address  Port  (RAP)  should 
first  be  written  with  the  appropriate  CSR  address.  The 
RDP  now  points  to  the  selected  CSR.  A  read  of  the  RDP 
will  yield  the  selected  CSR's  data.  A  write  to  the  RDP  will 
write  to  the  selected  CSR. 


When  programmed  for  WIO  mode,  the  RDP  has  a  width 
of  1 6  bits,  hence,  all  CSR  locations  have  1 6  bits  of  width. 
Note  that  when  accessing  RDP,  the  upper  two  bytes  of 
the  data  bus  will  be  undefined  since  the  byte  masks  will 
not  be  active  for  those  bytes. 

If  DWIO  mode  has  been  invoked,  then  the  RDP  has  a 
width  of  32  bits,  hence,  all  CSR  locations  have  32  bits  of 
width  and  the  upper  two  bytes  of  the  data  bus  will  be 
active,  as  indicated  by  the  byte  mask.  In  this  case,  note 
that  the  upper  16  bits  of  all  CSR  locations  (except 
CSR88)  are  reserved  and  written  as  zeros  and  read  as 
undefined  values.  Therefore,  during  RDP  write  opera- 
tions in  DWIO  mode,  the  upper  16  bits  of  all  CSR  loca- 
tions should  be  written  as  ZEROs. 
RAP  Access 

RAP  =  Register  Address  Port.  The  RAP  is  used  with  the 
RDP  and  with  the  BDP  to  gain  access  to  any  of  the  CSR 
and  BCR  register  locations,  respectively.  The  RAP  con- 
tains the  address  pointer  that  will  be  used  by  an  access 
to  either  the  RDP  or  BDP.  Therefore,  it  is  necessary  to 
set  the  RAP  value  before  accessing  a  specific  CSR  or 
BCR  location.  Once  the  RAP  has  been  written  with  a 
value,  the  RAP  value  remains  unchanged  until  another 
RAP  write  occurs,  or  until  an  H_RESET  or  S_RESET 
occurs.  RAP  is  set  to  all  zeros  when  an  H  RESET  or 
S  RESET  occurs.  RAP  is  unaffected  by  the  STOP  bit. 

When  programmed  for  WIO  mode,  the  RAP  has  a  width 
of  1 6  bits.  Note  that  when  accessing  RAP,  the  lower  two 
bytes  of  the  data  bus  will  be  undefined  since  the  byte 
masks  will  not  be  active  for  those  bytes 

When  programmed  for  DWIO  mode,  the  RAP  has  a 
width  of  32  bits.  In  DWIO  mode,  the  upper  1 6  bits  of  the 
RAP  are  reserved  and  written  as  zeros  and  read  as  un- 
defined. These  bits  should  be  written  as  zeros. 

BDP  Access  (BCR  Register  Space) 

BDP  =  Bus  Configuration  Register  Data  Port.  The  BDP 
is  used  with  the  RAP  to  gain  access  to  any  of  the 
PCnet-32  controller  BCR  locations. 

Access  to  any  of  the  BCR  locations  of  the  PCnet-32  con- 
troller is  performed  through  the  PCnet-32  controller's 
BCR  Data  Port  (BDP  ).  In  order  to  access  a  particular 
BCR  location,  the  Register  Address  Port  (RAP)  should 
first  be  written  with  the  appropriate  BCR  address.  The 
BDP  now  points  to  the  selected  BCR.  A  read  of  the  BDP 
will  yield  the  selected  BCR 's  data.  A  write  to  the  BDP 
will  write  to  the  selected  BCR. 

When  programmed  for  WIO  mode,  the  BDP  has  a  width 
of  1 6  bits,  hence,  all  BCR  locations  have  1 6  bits  of  width 
in  WIO  mode.  Note  that  when  operating  in  WIO  mode, 
the  upper  two  bytes  of  the  data  bus  will  be  undefined 
since  the  byte  mask  will  not  be  active  for  those  bytes. 

If  DWIO  mode  has  been  invoked,  then  the  BDP  has  a 
width  of  32  bits,  hence,  all  BCR  locations  have  32  bits  of 
width  and  the  upper  two  bytes  of  the  data  bus  will  be 
active,  as  indicated  by  the  byte  mask.  In  this  case,  note 
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that  the  upper  16  bits  of  all  BCR  locations  are  reserved 
and  written  as  zeros  and  read  as  undefined.  Therefore, 
during  BDP  write  operations  in  DWIO  mode,  the  upper 
16  bits  of  all  BCR  locations  should  be  written  as  zeros. 

Reset  Register  (S_RESET) 

A  read  of  the  reset  register  creates  an  internal 
S_RESET  pulse  in  the  PCnet-32  controller.  This  read 
access  cycle  must  be  1 6  bits  wide  in  WIO  mode  and  32 
bits  wide  in  DWIO  mode.  The  internal  S_RESET  pulse 
that  is  generated  by  this  access  is  different  from  both  the 
assertion  of  the  hardware  RESET  pin  (H_RESET)  and 
from  the  assertion  of  the  software  STOP  bit.  Specifi- 
cally, the  Reset  register's  S_RESET  will  be  the  equiva- 
lent of  the  assertion  of  the  RESET  pin  (H_RESET) 
assertion  for  all  CSR  locations,  but  S_RESET  will  have 
no  effect  at  all  on  the  BCR  locations,  and  S_RESET  will 
not  cause  a  deassertion  of  the  HOLD  pin. 

The  NE21 00  LANCE  based  family  of  Ethernet  cards  re- 
quires that  a  write  access  to  the  reset  register  follows 
each  read  access  to  the  reset  register.  The  PCnet-32 
controller  does  not  have  a  similar  requ  irement.  The  write 
access  is  not  required  but  it  does  not  have  any  harmful 
effects. 

Write  accesses  to  the  reset  register  will  have  no  effect 
on  the  PCnet-32  controller. 

Note  that  a  read  of  the  Reset  register  will  take  longer 
than  the  normal  I/O  access  time  of  the  PCnet-32  control- 
ler. This  is  because  an  internal  S_RESET  pulse  will  be 
generated  due  to  this  access,  and  the  access  will  not  be 
allowed  to  complete  on  the  system  bus  until  the  internal 
S_RESET  operation  has  been  completed.  This  is  to 
avoid  the  problem  of  allowing  a  new  I/O  access  to  pro- 
ceed while  the  S_RESET  operation  has  not  yet  com- 
pleted, which  would  result  in  erroneous  data  being 


returned  by  (or  written  into)  the  PCnet-32  controller.  The 
length  of  a  read  of  the  Reset  register  can  be  as  long  as 
1 28  BCLK  cycles  when  Am386  mode  has  been  selected 
and  64  BCLK  cycles  when  Am486  mode  or  VESA  VL- 
Bus  mode  has  been  selected. 

Note  that  a  read  of  the  Reset  register  will  not  cause  a 
deassertion  of  the  HOLD  signal,  if  it  happens  to  be  ac- 
tive at  the  time  of  the  read  to  the  reset  register.  The 
HOLD  signal  will  remain  active  until  the  HLDA  signal  is 
synchronously  sampled  as  asserted.  Following  the  read 
of  the  R  ESET  register,  on  the  next  clock  cycle  after  the 
HLDA  signal  is  synchronously  sampled  as  asserted,  the 
PCnet-32  controller  will  deassert  the  HOLD  signal).  No 
bus  master  accesses  will  have  been  performed  during 
this  brief  bus  ownership  period. 

Note  that  this  behavior  differs  from  that  which  occurs  fol- 
lowing the  assertion  of  a  minimum-width  pulse  on  the 
RESET  pin  (H_RESET).  A  RESET  pin  assertion  will 
cause  the  HOLD  signal  to  deassert  within  six  clock  cy- 
cles following  the  assertion.  In  the  RESET  pin  case,  the 
PCnet-32  controller  will  not  wait  for  the  assertion  of  the 
HLDA  signal  before  deasserting  the  HOLD  signal. 

Vendor  Specific  Word 

This  I/O  offset  is  reserved  for  use  by  the  system  de- 
signer. The  PCnet-32  controller  will  not  respond  to  ac- 
cesses directed  toward  this  offset. 
Reserved  I/O  Space 

These  locations  are  reserved  for  future  use  by  AMD. 
The  PCnet-32  controller  does  not  respond  to  accesses 
directed  toward  these  locations,  but  future  AMD  prod- 
ucts that  are  intended  to  be  upward  compatible  with  the 
PCnet-32  controller  may  decode  accesses  to  these  lo- 
cations. Therefore,  the  system  designer  may  not  utilize 
these  I/O  locations. 
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Hardware  Access 

PCnet-32  Controller  Master  Accesses 

The  particular  signals  involved  in  a  PCnet-32  controller 
bus  master  transfer  depends  upon  the  bus  mode  that 
has  been  selected.  There  are  two  bus  modes  to  choose 
from.  They  are: 

■  Am486  32-bit  mode 

■  VESA  VL-Bus  mode 

Complete  descriptions  of  the  signals  involved  in  bus 
master  transactions  for  each  mode  may  be  found  in  the 
pin  description  section  of  this  document.  Timing  dia- 
grams for  master  accesses  may  be  found  in  the  block 
description  section  for  the  Bus  Interface  Unit.  This  sec- 
tion simply  lists  the  types  of  master  accesses  that  will  be 
performed  by  the  PCnet-32  controller  with  respect  to 
data  size  and  address  information. 
The  PCnet-32  controller  will  support  master  accesses 
only  to  32-bit  peripherals  in  Am486  environments.  The 
PCnet-32  controller  does  not  support  master  accesses 
to  16-bit  peripherals  in  the  486  local  bus  mode. 

The  PCnet-32  controller  will  support  master  accesses  to 
either  32-bit  or  16-bit  peripherals  in  VESA  VL-Bus 
mode.  Support  of  master  accesses  to  1 6-bit  peripherals 
in  VESA  VL-Bus  mode  is  provided  through  the  LBS16 
input  pin. 

The  PCnet-32  controller  is  not  compatible  with  8-bit  sys- 
tems, since  there  is  no  mode  that  supports  PCnet-32 
controller  accesses  to  8-bit  peripherals. 

Table  35  describes  all  possible  bus  master  accesses 
that  the  PCnet-32  controller  will  perform.  The  right- 
most column  lists  all  operations  that  may  execute  the 
given  access. 


Table  35.  Master  Accesses 


Access 

R/W 

BE3- 
BEO 

Possible  Instance 

4-Byte  Read 

RD 

0000 

Descriptor  Read  or 
Initialization  Block 
Read  or 

Transmit  Ostp 

Buffer  Read 

4-RvtP  Writp 

WR 

0000 

np*?printnr  \A/ritP  nr 

Receive  Data 
Buffer  Write 

3-Byte  Write 

WR 

1000 

Receive  Data 
Buffer  Write 

3-Byte  Write 

WR 

0001 

Receive  Data 
Buffer  Write 

2-Byte  Write 

WR 

1100 

Receive  Data 
Buffer  Write 

2-Byte  Write 

WR 

1001* 

Receive  Data 
Buffer  Write 

2-Byte  Write 

WR 

0011 

Receive  Data 
Buffer  Write 

1-Byte  Write 

WR 

1110 

Receive  Data 
Buffer  Write 

1  -Byte  Write 

WR 

1101* 

Receive  Data 
Buffer  Write 

1-Byte  Write 

WR 

1011* 

Receive  Data 
Buffer  Write 

1  -Byte  Write 

WR 

0111 

Descriptor  Write  or 
Receive  Data 
Buffer  Write 

'Cases  marked  with  an  asterisk  represent  extreme  bound- 
ary conditions  that  are  the  result  of  programming  one-  and 
two-byte  buffer  sizes,  and  therefore  will  not  be  seen  under 
normal  circumstances. 
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Note  that  all  PCnet-32  controller  master  read  operations 
will  always  activate  all  byte  enables.  (Note  the  excep- 
tion, when  LBS16  has  been  asserted  in  VL-Bus  mode, 
requiring  a  second  access.  In  all  LBSl6cases,the  sec- 
ond  access  (if  required)  will  have  BE1  and  beo  dis- 
abled.). Therefore,  no  one-,  two-  or  three-byte  read 
operations  are  indicated  in  the  table. 

In  the  instance  where  a  transmit  buffer  pointer  address 
begins  on  a  non-doubleword  boundary,  the  pointer  will 
be  truncated  to  the  next  double  word  boundary  address 
that  lies  below  the  given  pointer  address  and  the  first 
read  access  from  the  transmit  buffer  will  be  indicated  on 
the  byte  enable  signals  as  a  four-byte  read  from  this  ad- 
dress. Any  data  from  byte  lanes  that  lie  outside  of  the 
boundary  indicated  by  the  buffer  pointer  will  be  dis- 
carded inside  of  the  PCnet-32  controller.  Similarly,  if  the 
end  of  a  transmit  buffer  occurs  on  a  non-doubleword 
boundary,  then  all  byte  lanes  will  be  indicated  as  active 
by  the  byte  enable  signals,  and  any  data  from  byte  lanes 
that  lie  outside  of  the  boundary  indicated  by  the  buffer 
pointer  will  be  discarded  inside  of  the  PCnet-32 
controller. 

Slave  Access  to  I/O  Resources 

The  PCnet-32  controller  is  a  32-bit  peripheral  device 
on  the  system  bus.  However,  the  width  of  individual 


software  resources  on  board  the  PCnet-32  controller 
may  be  either  1 6-bits  or  32-bits.  The  PCnet-32  controller 
I/O  resource  widths  are  determined  by  the  value  of 
the  DWIO  bit  (BCR  18,  bit  7)  as  indicated  in  Table  36. 
Note  that  when  I/O  resource  width  is  defined  as  32  bits 
(DWIO  mode),  the  upper  16  bits  of  the  I/O  resource  is 
reserved  and  written  as  ZEROs  and  read  as  undefined, 
except  for  theAPROM  locations.  The  APROM  locations 
are  the  only  I/O  resources  for  which  all  32  bits  will  have 
defined  values.  However,  this  is  true  only  when  the 
PCnet-32  controller  is  in  DWIO  mode. 

Configuring  the  PCnet-32  controller  for  DWIO  mode  is 
accomplished  whenever  there  is  any  attempt  to  perform 
a  32-bit  write  access  to  the  RDP  location  (offset  10h). 
See  the  DWIO  section  for  more  details. 

Table  37  describes  all  possible  bus  slave  accesses  that 
may  be  directed  toward  the  PCnet-32  controller.  (I.e.  the 
PCnet-32  controller  is  the  slave  device  during  the  trans- 
fer.) The  four  byte  columns  (D31-D24,  D23-D16, 
D1 5-D8,  D7-D0)  indicate  the  value  on  the  data  bus  dur- 
ing the  access. 


Table  36.  I/O  Resource  Access 


DWIO  Setting 

PCnet-32  Controller 
I/O  Resource  Width 

Example  Application 

DWIO  =  0 

16-bit 

Existing  PCnet-ISA  driver  that  assumes 
16-bit  I/O  mapping  and  16-bit  resource  widths 

DWIO  =  1 

32-bit 

New  drivers  written  specifically  for  the 
PCnet-32  controller 
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Table  37.  Slave  Accesses 


BE3-BE0 

D31-D24 

D23-D16 

D15-D8 

D7-D0 

Comments 

RC 

0000 

Data 

Data 

Data 

Data 

rinuhlo  wnrH  a^cp^c  tn  HmiHIa  wnrH 

UUUUIC  WUIU  dl*l_.COO  LtJ  UUUUID  VYUIU 

address,  e.g.  300,  30C,  310 
(DWIO  mode  only) 

RC 

1 100 

Undef 

Undef 

Data 

Data 

WIO  Mode  Only!  Word  access  to  even 
word  address,  e.g.  300,  30C,  310 

RC 

0011 

Data 

Data 

Copy 

Copy 

WIO  Mode  Only:  Word  access  to  odd 
word  address,  e.g.  302,  30E,  312 

RC 

1110 

Undef 

Undef 

Undef 

Data 

WIO  Mode  APROM  Read  Only:  Byte 
access  to  lower  byte  of  even  word 
address,  e.g.  300,  304 

RC 

1101 

Undef 

Undef 

Data 

Undef 

WIO  Mode  APROM  Read  Only:  Byte 
access  to  upper  byte  of  even  word 
address,  e.g.  301 ,  305 

RC 



1011 

Undef 

Data 

Undef 

Copy 

WIO  Mode  APROM  Read  Only:  Byte 
access  to  lower  byte  of  odd  word 
aaaress,  9.g.  jud 

RC 

0111 

Data 

Undef 

Copy 

Undef 

WIO  Mode  APROM  Read  Only:  Byte 

ncf*&^^  tn  1 1 nnpr  hvte»  of  rvHrl  wnrri 

aU^coo  IU  UJJfJcl  Uy  tc  Ul  UUU  VVUIU 

address,  e.g.  303,  307 

WF 

1 

0000 

Data 

Data 

Data 

Data 

Double  word  access  to  double  word 
address,  e.g.  300,  30C,  310 
(DWIO  mode  only) 

WF 

< 

1100 

Undef 

Undef 

Data 

Data 

WIO  Mode  Only:  Word  access  to  even 
word  address,  e.g.  300,  30C,  310 

WF 

0011 

Data 

Data 

Undef 

Undef 

WIO  Mode  Only:  Word  access  to  odd 
word  address,  e.g.  302,  30E,  312 

:  indicates  the  position  of  the  active  bytes. 
Copy  =  indicates  the  positions  of  copies,  of  the  active  bytes. 
Undef  =  indicates  byte  locations  that  are  undefined  during  the  transfer. 


EEPROM  Microwire  Access 

The  PCnet-32  controller  contains  a  built-in  capability  for 
reading  and  writing  to  an  external  EEPROM.  This  built- 
in  capability  consists  of  a  microwire  interface  for  direct 
connection  to  a  microwire  compatible  EEPROM,  an 
automatic  EEPROM  read  feature,  and  a  user-program- 
mable register  that  allows  direct  access  to  the  microwire 
interface  pins. 

Automatic  EEPROM  Read  Operation 

Shortly  after  the  deassertion  of  the  RESET  pin,  the 
PCnet-32  controller  will  read  the  contents  of  the 
EEPROM  that  is  attached  to  the  microwire  inter- 
face. The  automatic  EEPROM  read  begins  with  EECS 
being  asserted  approximately  2.5  EESK  [ 
following  the  deassertion  of  the  RESET  pin. 
this  automatic-read  capability  of  the  PCnet-32  control- 
ler, an  EEPROM  can  be  used  to  program  many  of  the 
features  of  the  PCnet-32  controller  at  power-up,  allow- 
ing system-dependent  configuration  information  to  be 
stored  in  the  hardware,  instead  of  inside  of  operating 
code.  PCnet-32  controller  interrupt  pins  will  be  floated 
during  HRESET  and  will  remain  floated  until  either  the 


EEPROM  has  been  successfully  read,  or,  following  an 
EEPROM  read  failure,  a  Software  Relocatable  Mode 
sequence  has  been  successfully  executed. 

If  an  EEPROM  exists  on  the  microwire  interface,  the 
PCnet-32  controller  will  read  the  EEPROM  contents  at 
the  end  of  the  H  RESET  operation.  The  EEPROM  con- 
tents will  be  serially  shifted  into  a  temporary  register  and 
then  sent  to  various  register  locations  on  board  the 
PCnet-32  controller.  System  bus  interaction  will  not  oc- 
cur during  the  EEPROM  read  operation  after  PRE- 
SET, since  H  RESET  will  put  the  PCnet-32  controller 
into  a  state  that  will  not  recognize  any  I/O  accesses  and 
the  PCnet-32  controller  will  not  yet  be  at  an  operating 
point  that  requires  it  to  request  the  bus  for  bus 
mastering. 

Thirty-four  bytes  of  the  EEPROM  are  set  aside  for 
PCnet-32  configuration  programming  and  2  bytes  of  the 
EEPROM  are  set  aside  for  user  programming  of  logic 
that  is  external  to  the  PCnet-32  controller  and  may  or 
may  not  be  pertinent  to  the  operation  of  the  PCnet-32 
controller  within  the  system.  The  user  may  gain  access 
to  the  EEPROM  data  by  snooping  the  PCnet-32 
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controller  automatic  read  operation.  Logic  may  be  at- 
tached to  the  EEPROM  interface  to  snoop  the  entire 
EEPROM  read  operation  using  the  microwire  signals 
directly,  or  a  simpler  scheme  may  be  invoked  by  taking 
advantage  of  an  additional  signal  provided  by  the 
PCnet-32  controller  (i.e.  the  SHFBUSY  signal). 

A  checksum  verification  is  performed  on  the  data  that  is 
read  from  the  EEPROM.  If  the  checksum  verification  of 
the  EEPROM  data  fails,  then  at  the  end  of  the  EEPROM 
read  sequence,  the  PCnet-32  controller  will  force  all 
EEPROM-programmable  register  locations  back  to 
their  HRESET  default  values  and  then  the  PCnet-32 
controller  will  enter  Software  Relocatable  Mode.  The 
8-bit  checksum  for  the  entire  36  bytes  of  the  EEPROM 
should  be  FFh.  In  the  event  of  a  checksum  failure,  Soft- 
ware Relocatable  Mode  is  entered  (PCnet-32  controller 
begins  snooping  for  a  1 2-byte  sequence)  within  1  EESK 
period  following  the  deassertion  of  EECS  (-^-). 
If  the  absence  of  an  EEPROM  has  been  signaled  by  the 
EESK/LED1/SFBD  pin  at  the  time  of  the  automatic  read 
operation,  then  the  PCnet-32  controller  will  recognize 
this  condition  and  will  abort  the  automatic  read  opera- 
tion and  reset  both  the  PREAD  and  PVALID  bits  in 
BCR19.  At  this  point,  the  PCnet-32  controller  will  enter 
the  Software  Relocatable  Mode,  and  the  EEPROM-pro- 
grammable registers  will  be  assigned  their  H_RESET 
default  values.  Software  Relocatable  Mode  is  entered 
(PCnet-32  controller  begins  snooping  for  1 2-byte 
sequence)  within  2.5  EESK  periods  (|^)  following  the 
deassertion  of  the  RESET  pin  when'absence  of  an 
EEPROM  is  signalled  by  the  EESK/LEDI  SFBD  pin. 

If  the  user  wishes  to  modify  any  of  the  configuration  bits 
that  are  contained  in  the  EEPROM,  then  the  7  com- 
mand, data  and  status  bits  of  BCR19  can  be  used  to 
write  to  the  EEPROM.  After  writing  to  the  EEPROM,  the 
host  should  set  the  PREAD  bit  of  BCR19.  This  action 
forces  a  PCnet-32  controller  re-read  of  the  EEPROM  so 
that  the  new  EEPROM  contents  will  be  loaded  into  the 
EEPROM-programmable  registers  on  board  the 
PCnet-32  controller.  (The  EEPROM-programmable 
registers  may  also  be  reprogrammed  directly,  but  only 
information  that  is  stored  in  the  EEPROM  will  be  pre- 
served at  system  power-down.)  When  the  PREAD  bit  of 
BCR19  is  set,  it  will  cause  the  PCnet-32  controller  to 
ignore  further  accesses  on  the  system  interface  bus  un- 
til the  completion  of  the  EEPROM  read  operation. 

EEPROM  Auto-Detection 

The  PCnet-32  controller  uses  the  EESK/LED1/SFBD 
pin  to  determine  if  an  EEPROM  is  present  in  the  system. 
At  all  rising  BCLK  edges  during  the  assertion  of  the  RE- 
SET pin,  the  PCnet-32  controller  will  sample  the  value  of 
the  EESK/LED1/SFBD  pin.  If  the  sampled  value  is  a 
ONE,  then  the  PCnet-32  controller  assumes  that  an 


EEPROM  is  present,  and  the  EEPROM  read  operation 
begins  shortly  after  the  RESET  pin  is  deasserted.  If  the 
sampled  value  of  EESK/LED1/SFBD  is  a  ZERO,  then 
the  PCnet-32  controller  assumes  that  an  external 
pulldown  device  is  holding  the  EESK/LED1/SFBD  pin 
low,  and  therefore,  there  is  no  EEPROM  in  the  system. 
In  this  case,  the  PCnet-32  controller  will  enter  Software 
Relocatable  Mode.  Note  that  if  the  designer  creates  a 
system  that  contains  an  LED  circuit  on  the  EESK/ 
LED1/SFBD  pin  but  has  no  EEPROM  present,  then  the 
EEPROM  auto-detection  function  will  incorrectly  con- 
clude that  an  EEPROM  is  present  in  the  system.  How- 
ever, this  will  not  pose  a  problem  for  the  PCnet-32 
controller,  since  it  will  recognize  the  lack  of  an  EEPROM 
at  the  end  of  the  read  operation,  when  the  checksum 
verification  fails.  At  this  point,  the  PCnet-32  controller 
will  enter  Software  Relocatable  Mode. 

The  real  intention  of  the  EEPROM  auto-detection  fea- 
ture is  to  allow  a  user  to  preempt  a  "good  EEPROM"  by 
temporarily  resistively  shorting  the  EESK/LED1/SFBD 
pin  to  ground.  This  may  need  to  be  done  if  an  add-in  card 
containing  the  PCnet-32  controller  and  its  EEPROM  has 
been  programmed  in  one  system  and  then  later  moved 
to  a  different  system  without  also  moving  configuration 
information  that  indicates  the  I/O  Base  address  of  the 
card.  The  card  would  power  up  in  the  second  system 
with  an  unknown  I/O  Base  address  if  the  configuration 
information  were  not  carried  with  the  card  to  the  new 
system.  By  allowing  the  EESK/LED1/SFBD  pin  to  be 
temporarily  resistively  shorted  to  ground,  the  PCnet-32 
controller  is  fooled  into  believing  that  the  EEPROM  does 
not  exist,  and  it  will  enter  Software  Relocatable  Mode. 
This  allows  the  new  system  to  reconfigure  the  I/O  Base 
address  of  the  PCnet-32  controller  to  a  location  that  is 
compatible  to  the  parameters  of  the  new  system.  This 
information  will  then  be  written  into  the  EEPROM  by  a 
configuration  utility  through  the  EEPROM  access  port 
(BCR1 9) ,  in  spite  of  the  fact  that  the  PCnet-32  controller 
believes  that  there  is  no  EEPROM.  The  resistive  short  to 
ground  may  now  be  removed,  and  the  next  power-up  of 
the  system  will  place  the  PCnet-32  controller  into  a  I/O 
location  that  is  known  by  this  system.  When  the  PREAD 
bit  of  BCR19  is  set,  an  EEPROM  read  operation  will  be 
performed,  regardless  of  the  value  of  the  EESK/ 
LED1/SFBD  pin.  Note  that  the  H_RESET-generated 
EEPROM  read  operation  always  obeys  the  EESK/ 
LED1/SFBD  indication. 

Table  38  indicates  the  possible  combinations  of  EEDET 
and  the  existence  of  an  EEPROM  and  the  resulting  op- 
erations that  are  possible  on  the  EEPROM  microwire 
interface.  Note  that  the  EEDET  value  (BCR19,  bit  3)  is 
determined  from  EESK/LED1/SFBD  pin  setting,  and  it 
may  be  set  even  though  there  is  no  EEPROM  present. 
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Table  38.  Effect  of  EEDET  on  EEPROM  Operation 


EEDE 
(BCF 

T  Value 
119[3]) 

EEPROM 
Connected? 

Result  if  PREAD  is  set  to  ONE 

Result  of  Automatic  EEPROM  Read 
Operation  Following  H_RESET 

0 

No 

EEPROM  read  operation  is  attempted. 
Entire  read  sequence  will  occur, 
checksum  failure  will  result,  PVALID 
is  reset  to  ZERO. 

First  TWO  EESK  clock  cycles 
are  generated,  then  EEPROM 
read  operation  is  aborted  and 
PVALID  is  reset  to  ZERO. 

0 

Yes 

EEPROM  read  operation  is  attempted. 
Entire  read  sequence  will  occur, 
checksum  operation  will  pass,  PVALID 
is  set  to  ONE. 

First  TWO  EESK  clock  cycles  are 
generated,  then  EEPROM  read 
operation  is  aborted  and  PVALID  is 
reset  to  ZERO. 

1 

No 

EEPROM  read  operation  is  attempted. 
Entire  read  sequence  will  occur, 
checksum  failure  will  result,  PVALID 
is  reset  to  ZERO. 

EEPROM  read  operation  is  attempted. 
Entire  read  sequence  will  occur, 
checksum  failure  will  result, 
PVALID  is  reset  to  ZERO. 

1 

Yes 

EEPROM  read  operation  is  attempted. 
Entire  read  sequence  will  occur, 
checksum  operation  will  pass,  PVALID 
is  set  to  ONE. 

EEPROM  read  operation  is  attempted. 
Entire  read  sequence  will  occur, 
checksum  operation  will  pass, 
PVALID  is  set  to  ONE. 

Systems  Without  an  EEPROM 
Some  systems  may  be  able  to  save  the  cost  of  an 
EEPROM  by  storing  the  ISO  8802-3  (IEEE/ANSI  802.3) 
station  address  and  other  configuration  information 
somewhere  else  in  the  system.  For  such  a  system,  a  two 
step  process  is  required.  The  first  step  will  get  the 
PCnet-32  controller  into  its  normal  operating  mode 
within  the  system.  The  second  step  will  load  the  IEEE 
station  address.  The  designer  has  several  choices: 

1)  If  the  LED1  and  SFBD  functions  are  not  needed  in 
the  system,  then  the  system  designer  may  connect 
the  EESK/LED1/SFBD  pin  to  a  resistive  pulldown 
device.  This  will  indicate  to  the  EEPROM  auto-de- 
tection function  that  no  EEPROM  is  present,  and  the 
PCnet-32  controller  will  use  Software  Relocatable 
Mode  to  acquire  its  I/O  Base  Address  and  other  con- 
figuration information  (See  the  section  on  Software 
Relocatable  Mode). 

2)  If  either  of  the  LED  1  or  SFBD  functions  is  needed  in 
the  system,  then  the  system  designer  will  connect 
the  EESK/LED1/SFBD  pin  to  a  resistive  pullup  de- 
vice and  the  EEPROM  auto-detection  function  will 
incorrectly  conclude  that  an  EEPROM  is  present  in 
the  system.  However,  this  will  not  pose  a  problem  for 
the  PCnet-32  controller,  since  it  will  recognize  the 
lack  of  an  EEPROM  at  the  end  of  the  read  operation, 
when  the  checksum  verification  fails.  At  this  point, 
the  PCnet-32  controller  into  the  Software 
Relocatable  Mode  to  acquire  its  I/O  Base  Address 
and  other  configuration  information  (Seethe  section 
on  Software  Relocatable  Mode). 


In  either  case,  following  the  execution  of  Software 
Relocatable  Mode,  additional  information,  including  the 
ISO  8802-3  (IEEE/ANSI  802.3)  station  address,  maybe 
loaded  into  the  PCnet-32  controller.  Note  that  the 
IESRWE  bit  (bit  8  of  BCR2)  must  be  set  before  the 
PCnet-32  controller  will  accept  writes  to  the  APROM  off- 
sets within  the  PCnet-32  controller  I/O  resources  map. 
Startup  code  in  the  system  BIOS  can  perform  the  Soft- 
ware Relocatable  Mode  accesses,  the  IESRWE  bit 
write,  and  the  APROM  writes. 

If  compatibility  to  existing  driver  code  is  desired,  then  it 
is  not  recommended  that  the  ISO  8802-3  (IEEE/ANSI 
802.3)  station  address  be  loaded  into  the  Initialization 
Block  structure  in  memory  instead  of  the  APROM  loca- 
tions, since  existing  code  typically  expects  to  find  the 
ISO  8802-3  (IEEE/ANSI  802.3)  station  address  at  the 
APROM  offsets  from  the  PCnet-32  controller  I/O  Base 
Address. 

Direct  Access  to  the  Microwire  Interface 

The  user  may  directly  access  the  microwire  port  through 
the  EEPROM  register,  BCR19.  This  register  contains 
bits  that  can  be  used  to  control  the  microwire  interface 
pins.  By  performing  an  appropriate  sequence  of  I/O  ac- 
cesses to  BCR19,  the  user  can  effectively  write  to  and 
read  from  the  EEPROM.  This  feature  may  be  used  by  a 
system  configuration  utility  to  program  hardware  con- 
figuration information  into  the  EEPROM. 
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EEPROM-Programmable  Registers 

The  following  registers  contain  configuration  informa- 
tion that  will  be  programmed  automatically  during  the 
EEPROM  read  operation: 


1)  I/O  offsets  Oh-Fh 

Address  PROM  locations 

2) 

BCR2 

Miscellaneous 
Configuration  register 

3) 

BCR16 

I/O  Base  Address  Lower 

4) 

BCR17 

I/O  Base  Address  Upper 

5) 

BCR18 

Burst  Size  and  Bus 
Control  Register 

6) 

BCR21 

Interrupt  Control  Register 

If  the  PREAD  bit  (BCR19)  is  reset  to  ZERO  and  the 
PVALID  bit  (BCR19)  is  reset  to  ZERO,  then  the 


EEPROM  read  has  experienced  a  failure  and  the  con- 
tents of  the  EEPROM  programmable  register  will  be  set 
to  default  H_RESET  values.  At  this  point,  the  PCnet-32 
controller  will  enter  Software  Relocatable  Mode. 

Note  that  accesses  to  the  Address  PROM  I/O  locations 
do  not  directly  access  the  Address  EEPROM  itself.  In- 
stead, these  accesses  are  routed  to  a  set  of  "shadow" 
registers  on  board  the  PCnet-32  controller  that  are 
loaded  with  a  copy  of  the  EEPROM  contents  during  the 
automatic  read  operation  that  immediately  follows  the 
H_RESET  operation. 

EEPROM  MAP 

The  automatic  EEPROM  read  operation  will  access  18 
words  (i.e.  36  bytes)  of  the  EEPROM.  The  format  of  the 
EEPROM  contents  is  shown  in  Table  39,  beginning  with 
the  byte  that  resides  at  the  lowest  EEPROM  address. 


Table  39.  EEPROM  Content 


EEPROM 

EEPROM  Contents 

Word 
Addr 

Byte 
Addr 

Mod 

(Most  Significant  Byte) 

Byte 
Addr 

(Lease  Significant  Byte) 

( 
A 

0 

Lowest 
ddress) 

1 

2nd  byte  of  the  ISO  8802-3 
(IEEE/ANSI  802.3)  station  physical 

aHHrp^^  fnr  th nnrift 

a\J\J  \     j  j  lyi    11  llo  I.IUUO 

0 

First  byte  of  the  ISO  8802-3 
(IEEE/ANSI  802.3)  station  physical 
address  for  this  node,  where  first  byte 
refers  to  the  first  byte  to  appear  on  the 
802.3  medium 

1 

3 

4th  byte  ot  the  node  address 

2 

3rd  byte  of  the  node  address 

2 

5 

6th  byte  of  the  node  address 

4 

5th  byte  of  the  node  address 

3 

7 

Reserved  location:  must  be  OOh 

6 

Reserved  location:  must  be  OOh 

4 

9 

Hardware  ID:  must  be  10h  if 
compatibility  to  AMD  drivers  is  desired 

8 

Driver  IRQ:  Must  be  programmed  to  the 
system  IRQ  channel  number  being  used 
if  AMD  drivers  are  used. 

5 

B 

User  programmable  space 

A 

User  programmable  space 

6 

D 

MSB  of  two-byte  checksum,  which  is  the 
sum  of  bytes  0-B  and  bytes  E  and  F 

C 

LSB  of  two-byte  checksum,  which  is 
the  sum  of  bytes  0-B  and  bytes  E  and  F 

7 

F 

Must  be  ASCII  "W"  (57h)  if  compatibility 
to  AMD  driver  software  is  desired 

E 

Must  be  ASCII  "W"  (57h)  if  compatibility 
to  AMD  driver  software  is  desired 

8 

11 

BCR16[15:8]  (I/O  Base  Address  Lower) 

10 

BCR16[7:0]  (I/O  Base  Address  Lower) 

9 

13 

BCR17[15:8]  (I/O  Base  Address  Upper) 

12 

BCR17[7:0]  (I/O  Base  Address  Upper) 

A 

15 

BCR18[15:8]  (Burst  Size  and  Bus  Control) 

14 

BCR18[7:0]  (Burst  Size  and 
Bus  Control) 

B 

17 

BCR2[15:8]  (Miscellaneous  configuration) 

16 

BCR2[7:0]  (Miscellaneous  configuration) 

C 

19 

BCR21[15:8]  (Interrupt  Control) 

18 

BCR21[7:0]  (Interrupt  Control) 

D 

1B 

Reserved  location:  must  be  OOh 

1A 

Reserved  location:  must  be  OOh 

E 

1D 

Reserved  location:  must  be  OOh 

1C 

Reserved  location:  must  be  OOh 

F 

1F 

checksum  adjust  byte  for  the  first 
36  bytes  of  the  EEPROM  contents; 
checksum  of  the  first  36  bytes  of  the 
EEPROM  should  total  to  FFh 

1E 

Reserved  location:  must  be  OOh 

10 

21 

Reserved  location:  must  be  OOh 

20 

Reserved  location:  must  be  OOh 

11 

23 

User  programmable  byte  locations 

22 

User  programmable  byte  locations 
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Note  that  the  tirst  bit  out  of  any  WORD  location  in  the 
EEPROM  is  treated  as  the  MSB  ot  the  registerthat  is  be- 
ing programmed.  For  example,  the  tirst  bit  out  of 
EEPROM  WORD  location  08h  will  be  written  into 
BCR1 6[1 5],  the  second  bit  out  of  EEPROM  WORD  loca- 
tion 08h  will  be  written  into  BCR16[14],  etc. 

There  are  two  checksum  locations  within  the  EEPROM. 
The  first  is  required  for  the  EEPROM  address.  This 
checksum  will  be  used  by  AMD  driver  software  to  verify 
that  the  ISO  8802-3  (IEEE/ANSI  802.3)  station  address 
has  not  been  corrupted.  The  value  of  bytes  C  and  D 
should  match  the  16-bit  sum  of  bytes  0  through  B  and  E 
and  F.  The  second  checksum  location  "byte  1 F "  is  not  a 
checksum  total,  but  is,  instead,  a  checksum  adjustment. 
The  value  of  this  byte  should  be  such  that  the  total  8-bit 
checksum  for  the  entire  36  bytes  of  EEPROM  data 
equals  the  value  FFh.  The  checksum  adjust  byte  is 
needed  by  the  PCnet-32  controller  in  order  to  verify  that 
the  EEPROM  contents  have  not  been  corrupted. 

Byte  address  8h  of  the  EEPROM  map  contains  the 
driver  IRQ  field.  The  content  of  this  field  is  used  by  AMD 
drivers  to  program  the  interrupt  channel  being  used  by 
the  PCnet-32.  Note  that  the  PCnet-32  interrupt  pin  se- 
lection is  NOT  effected  by  this  field.  The  interrupt  pin 
selection  is  controlled  only  by  the  appropriate  bits  in 
BCR21.  The  system  interrupt  channel  associated  with 
each  of  the  PCnet-32  INTR  pins  is  application-depend- 
ent. AMD  drivers  utilize  byte  location  8h  of  the  EEPROM 
to  resolve  this  dependency. 


EEPROM-Programming  of  System  Logic 

When  the  user  has  shareable  hardware  resources  in  the 
system  and  wishes  to  have  these  resources  pro- 
grammed at  power  up,  the  user  may  desire  to  take  ad- 
vantage of  the  extra  space  in  the  EEPROM  that  is  used 
to  configure  the  PCnet-32  controller  in  order  to  store  the 
additional  configuration  information.  The  PCnet-32  con- 
troller provides  a  convenient  means  of  access  for  the 
user  who  wishes  to  utilize  this  space.  The  schematic  in 
Figure  34  illustrates  an  example  of  logic  that  is  used  to 
generate  static  control  signals  for  some  programmable 
features  of  the  system,  where  the  programming 
information  is  stored  on  board  the  PCnet-32  controller's 
EEPROM  and  the  logic  is  to  be  automatically  pro- 
grammed after  RESET. 

Note  that  the  EECS  signal  pulses  low  during  the 
EEPROM  read  operation  and  is  therefore  unsuitable  for 
use  as  a  gate  signal  for  the  programmable  logic  outputs. 
PCnet-32  controller  provides  an  additional  signal, 
SHFBUSY,  which  will  remain  active  HIGH  during  the  en- 
tire EEPROM  read  operation.  This  signal  will  therefore 
be  suitable  for  use  as  the  gate  of  the  programmable 
logic  outputs  as  shown  in  the  diagram.  Note  that  since 
most  of  the  EEPROM  microwire  interface  signals  are 
multiplexed  with  other  PCnet-32  controller  functions,  it 
is  necessary  for  the  SHFBUSY  pin  to  enable  the  shift 
path  of  the  programmable  logic,  otherwise  the  shift  path 
would  become  active  when  the  EESK  and  EEDO  func- 
tions were  operating  as  their  alternate  functions. 


EEDI 

EEDO 

PCnet-32 

EECS 

Controller 

EESK 

SHFBUSY 

RESET 

RESET 


EEDI 
EEDO 

EEPROM 
EECS  (93LC46) 

EESK 

RESET 


FFR 
D  Q 
EN 
CK 

R 

~~1 — 


FFR 
0  Q 
EN 

CK 

R 

~I  


FFR 

D  Q 

EN 

CK 

R 

— I  


.up  to  16  bits 


OUT1 
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OUT3 


18219B-41 

Figure  34.  Programming  System  Logic  Through  the  PCnet-32  EEPROM  Read  Operation 
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SHFBUSY  will  be  HIGH  (or  the  entire  EEPROM  read 
operation,  and  therefore  all  EEPROM  contents  will  have 
been  shifted  through  the  external  logic  before  it  settles 
on  its  final,  programmed  value.  If  the  EEPROM  check- 
sum verification  fails,  then  the  EEPROM  contents  are 
assumed  to  be  invalid,  and  the  SHFBUSY  signal  will  re- 
main HIGH  after  the  completion  of  the  EEPROM  read 
operation.  This  action  will  prevent  incorrect  system  logic 
values  from  being  driven  into  the  system.  If  the 
EEPROM  checksum  verification  passes,  then  the 
EEPROM  contents  are  assumed  to  be  valid,  and  the 
SHFBUSY  signal  will  return  to  a  LOW  state  after  the 
completion  of  the  EEPROM  read  operation. 

Transmit  Operation 

The  transmit  operation  and  features  of  the  PCnet-32 
controller  are  controlled  by  programmable  options. 

Transmit  Function  Programming 

Automatic  transmit  features  such  as  retry  on  collision, 
FCS  generation/transmission,  and  pad  field  insertion 
can  all  be  programmed  to  provide  flexibility  in  the 
(re-)transmission  of  messages. 

Disable  retry  on  collision  (DRTY)  is  controlled  by  the 
DRTY  bit  of  the  Mode  register  (CSR15)  in  the  initializa- 
tion block. 

Automatic  pad  field  insertion  is  controlled  by  the 
APAD_XMT  bit  in  CSR4.  If  APAD_XMT  is  set,  auto- 
matic pad  field  insertion  is  enabled,  the  DXMTFCS  fea- 
ture is  over-ridden,  and  the  4  byte  FCS  will  be  added  to 
the  transmitted  frame  unconditionally.  If  APAD_XMT  is 
clear,  no  pad  field  insertion  will  take  place  and  runt  pack- 
et transmission  is  possible. 

The  disable  FCS  generation/transmission  feature  can 
be  programmed  dynamically  on  a  frame  by  frame  basis. 
See  the  ADD_FCS  description  of  TMD1 . 

Transmit  FIFO  Watermark  (XMTFW  in  CSR80)  sets  the 
point  at  which  the  BMU  requests  more  data  from  the 
transmit  buffers  for  the  FIFO.  A  minimum  of  "XMTFW" 
empty  spaces  must  be  available  in  the  transmit  FIFO 
before  the  BMU  will  request  the  system  bus  in  order  to 
transfer  transmit  packet  data  into  the  transmit  FIFO. 

Transmit  Start  Point  (XMTSP  in  CSR80)  sets  the  point 
when  the  transmitter  actually  attempts  to  transmit  a 


frame  onto  the  media.  A  minimum  of  "XMTSP"  bytes 
must  be  written  to  the  transmit  FIFO  for  the  current 
frame  before  transmission  of  the  current  frame  will  be- 
gin. (When  automatically  padded  packets  are  being 
sent,  it  is  conceivable  that  the  XMTSP  is  not  reached 
when  all  of  the  data  has  been  transferred  to  the  FIFO.  In 
this  case,  the  transmission  will  begin  when  all  of  the 
packet  data  has  been  placed  into  the  transmit  FIFO.) 

When  the  entire  frame  is  in  the  FIFO,  attempts  at  trans- 
mission of  preamble  will  commence  regardless  of  the 
value  in  XMTSP.  The  default  value  of  XMTSP  is  f  Ob, 
meaning  64  bytes  full. 

Automatic  Pad  Generation 

Transmit  frames  can  be  automatically  padded  to  extend 
them  to  64  data  bytes  (excluding  preamble).  This  allows 
the  minimum  frame  size  of  64  bytes  (5t2  bits)  for 
802.3/Ethernet  to  be  guaranteed  with  no  software  inter- 
vention from  the  host/controlling  process.  Setting  the 
APAD_XMT  bit  in  CSR4  enables  the  automatic  padding 
feature.  The  pad  is  placed  between  the  LLC  data  field 
and  FCS  field  in  the  802.3  frame  (see  Figure  35).  FCS  is 
always  added  if  the  frame  is  padded,  regardless  of  the 
state  of  DXMTFCS.  The  transmit  frame  will  be  padded 
by  bytes  with  the  value  of  OOh.  The  default  value  of 
APAD  XMT  is  0;  this  will  disable  auto  pad  generation 
after  HRESET. 

It  is  the  responsibility  of  upper  layer  software  to  correctly 
define  the  actual  length  field  contained  in  the  message 
to  correspond  to  the  total  number  of  LLC  Data  bytes  en- 
capsulated in  the  packet  (length  field  as  defined  in  the 
ISO  8802-3  (IEEE/ANSI  802.3)  standard).  The  length 
value  contained  in  the  message  is  not  used  by  the 
PCnet-32  controller  to  compute  the  actual  number  of 
pad  bytes  to  be  inserted.  The  PCnet-32  controller  will 
append  pad  bytes  dependent  on  the  actual  number  of 
bits  transmitted  onto  the  network.  Once  the  last  data 
byte  of  the  frame  has  completed,  prior  to  appending  the 
FCS,  the  PCnet-32  controller  will  check  to  ensure  that 
544  bits  have  been  transmitted.  If  not,  pad  bytes  are 
added  to  extend  the  frame  size  to  this  value,  and  the 
FCS  is  then  added. 
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Figure  35.  ISO  8802-3  (IEEE/ANSI  802.3)  Data  Frame 
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The  544  bit  count  is  derived  trom  the  following: 

Minimum  frame  size     64  bytes  512  bits 

(excluding  preamble, 
including  FCS) 

Preamble/SFD  size       8  bytes  64  bits 

FCS  size  4  bytes  32  bits 

To  be  classed  as  a  minimum  size  frame  at  the  receiver, 
the  transmitted  frame  must  contain: 
Preamble  +  (Min  Frame  Size  +  FCS)  bits 

At  the  point  that  FCS  is  to  be  appended,  the  transmitted 
frame  should  contain: 

Preamble  +  (Min  Frame  Size-FCS)  bits 

64+  (512-32)  bits 

A  minimum  length  transmit  frame  from  the  PCnet-32 
controller  will,  therefore,  be  576  bits,  after  the  FCS  is 
appended. 

The  Ethernet  specification  assumes  that  minimum 
length  messages  will  be  at  least  64  bytes  in  length. 
Transmit  FCS  Generation 

Automatic  generation  and  transmission  of  FCS  for  a 
transmit  frame  depends  on  the  value  of  DXMTFCS  bit  in 
CSR15.  When  DXMTFCS  =  0  the  transmitter  will  gener- 
ate and  append  the  FCS  to  the  transmitted  frame.  If  the 
automatic  padding  feature  is  invoked  (APAD_XMT  is 
set  in  CSR4),  the  FCS  will  be  appended  by  the  PCnet-32 
controller  regardless  of  the  state  of  DXMTFCS.  Note 
that  the  calculated  FCS  is  transmitted  most  significant 
bit  first.  The  default  value  of  DXMTFCS  is  0  after 
HRESET. 

Transmit  Exception  Conditions 

Exception  conditions  for  frame  transmission  fall  into  two 
distinct  categories.  Those  which  are  the  result  of  normal 
network  operation,  and  those  which  occur  due  to  abnor- 
mal network  and/or  host  related  events. 

Normal  events  which  may  occur  and  which  are  handled 
autonomously  by  the  PCnet-32  controller  include  colli- 
sions within  the  slot  time  with  automatic  retry.  The 
PCnet-32  controller  will  ensure  that  collisions  which  oc- 
cur within  512  bit  times  from  the  start  of  transmission 
(including  preamble)  will  be  automatically  retired  with  no 
host  intervention.  The  transmit  FIFO  ensures  this  by 
guaranteeing  that  data  contained  within  the  FIFO  will 
not  be  overwritten  until  at  least  64  bytes  (512  bits)  of 
preamble  plus  address,  length  and  data  fields  have 
been  transmitted  onto  the  network  without  encountering 
a  collision. 

If  1 6  total  attempts  (initial  attempt  plus  1 5  retries)  fail,  the 
PCnet-32  controller  sets  the  RTRY  bit  in  the  current 
transmit  TDTE  in  host  memory  (TMD2) ,  gives  up  owner- 
ship (resets  the  OWN  bit  to  zero)  for  this  frame,  and 


processes  the  next  frame  in  the  transmit  ring  for 
transmission. 

Abnormal  network  conditions  include: 

■  Loss  of  carrier. 

■  Late  collision. 

■  SQE  Test  Error  (does  not  apply  to  1 0BASE-T  port) 

None  of  the  abnormal  network  conditions  should  not  oc- 
cur on  a  correctly  configured  802.3  network,  and  will  be 
reported  if  they  do. 

When  an  error  occurs  in  the  middle  of  a  multi-buffer 
frame  transmission,  the  error  status  will  be  written  in  the 
current  descriptor.  The  OWN  bit(s)  in  the  subsequent 
descriptor(s)  will  be  reset  until  the  STP  (the  next  frame) 
is  found. 
Loss  of  Carrier 

A  loss  of  carrier  condition  will  be  reported  if  the 
PCnet-32  controller  cannot  observe  receive  activity 
while  it  is  transmitting  on  the  AUI  port.  After  the 
PCnet-32  controller  initiates  a  transmission  it  will  expect 
to  see  data  "looped-back"  on  the  Dl±  pair.  This  will  inter- 
nally generate  a  "carrier  sense,"  indicating  that  the  in- 
tegrity of  the  data  path  to  and  from  the  MAU  is  intact,  and 
that  the  MAU  is  operating  correctly.  This  "carrier  sense" 
signal  must  be  asserted  about  6  bit  times  before  the  last 
transmitted  bit  on  DO±.  If  "carrier  sense"  does  not  be- 
come active  in  response  to  the  data  transmission,  or  be- 
comes inactive  before  the  end  of  transmission,  the  loss 
of  carrier  (LCAR)  error  bit  will  be  set  in  TMD2  after  the 
frame  has  been  transmitted.  The  frame  will  not  be  re- 
tried on  the  basis  of  an  LCAR  error. 

When  the  10BASE-T  port  is  selected,  LCAR  will  be  re- 
ported for  every  frame  transmitted  during  the  Link 
fail  condition. 

Late  Collision 

A  late  collision  will  be  reported  if  a  collision  condition 
occurs  after  one  slot  time  (51 2  bit  times)  after  the  trans- 
mit process  was  initiated  (first  bit  of  preamble  com- 
menced). The  PCnet-32  controller  will  abandon  the 
transmit  process  for  the  particular  frame,  set  Late  Colli- 
sion (LCOL)  in  the  associated  TMD2,  and  process  the 
next  transmit  frame  in  the  ring.  Frames  experiencing  a 
late  collision  will  not  be  re-tried.  Recovery  from  this  con- 
dition must  be  performed  by  upper  layer  software. 
SQE  Test  Error 

During  the  inter  packet  gap  time  following  the  comple- 
tion of  a  transmitted  message,  the  AUI  Cl±  pair  is  as- 
serted by  some  transceivers  as  a  self-test.  The  integral 
Manchester  Encoder/Decoder  will  expect  the  SQE  Test 
Message  (nominal  1 0  MHz  sequence)  to  be  returned  via 
the  Cl±  pair,  within  a  40  network  bit  time  period  after  Dl± 
goes  inactive  (this  does  not  apply  if  the  10BASE-T  port 
is  selected) .  If  the  CI+  input  is  not  asserted  within  the  40 
network  bit  time  period  following  the  completion  of 
transmission,  then  the  PCnet-32  controller  will  set  the 
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CERR  bit  in  CSRO.  CERR  will  be  asserted  in  1 0BASE-T 
mode  after  transmit  if  T-MAU  is  in  Link  Fail  state.  CERR 
will  never  cause  INTR  to  be  activated.  It  will,  however, 
set  the  ERR  bit  in  CSRO. 

Receive  Operation 

The  receive  operation  and  features  of  the  PCnet-32 
controller  are  controlled  by  programmable  options. 

Receive  Function  Programming 

Automatic  pad  field  stripping  is  enabled  by  setting  the 
ASTRP_RCV  bit  in  CSR4.  this  can  provide  flexibility  in 
the  reception  of  messages  using  the  802.3  frame 
format. 

All  receive  frames  can  be  accepted  by  setting  the  PROM 
bit  in  CSR15.  When  PROM  is  set,  the  PCnet-32  control- 
ler will  attempt  to  receive  all  messages,  subject  to  mini- 
mum frame  enforcement.  Promiscuous  mode  over  rides 
the  effect  of  the  Disable  Receive  Broadcast  bit  on  re- 
ceiving broadcast  frames. 

The  point  at  which  the  BMU  will  start  to  transfer  data 
from  the  receive  FIFO  to  buffer  memory  is  controlled  by 
the  RCVFW  bits  in  CSR80.  The  default  established  dur- 
ing H_RESET  is  1 0b  which  sets  the  threshold  flag  at  64 
bytes  empty. 

Automatic  Pad  Stripping 

During  reception  of  an  802.3  frame  the  pad  field  can  be 
stripped  automatically. 

ASTRP_RCV  (CSR4,  bit  1 0)  =  1  enables  the  automatic 
pad  stripping  feature.  The  pad  field  will  be  stripped  be- 
fore the  frame  is  passed  to  the  FIFO,  thus  preserving 


Fl  FO  space  for  additional  frames.  The  FCS  field  will  also 
be  stripped,  since  it  is  computed  at  the  transmitting  sta- 
tion based  on  the  data  and  pad  field  characters,  and  will 
be  invalid  for  a  receive  frame  that  has  had  the  pad  char- 
acters stripped. 

The  number  of  bytes  to  be  stripped  is  calculated  from 
the  embedded  length  field,  as  defined  in  the  ISO  8802-3 
(IEEE/ANSI  802.3)  definition,  contained  in  the  frame. 
The  length  indicates  the  actual  number  of  LLC  data 
bytes  contained  in  the  message.  Any  received  frame 
which  contains  a  length  field  less  than  46  bytes  will  have 
the  pad  field  stripped  (if  ASTRP_RCV  is  set).  Receive 
frames  which  have  a  length  field  of  46  bytes  or  greater 
will  be  passed  to  the  host  unmodified. 

Note  that  for  some  network  protocols,  the  value 
passed  in  the  Ethernet  Type  and/or  802.3  Length  field  is 
not  compliant  with  either  standard  and  may 
cause  problems. 

Figure  36  shows  the  byte/bit  ordering  of  the  received 
length  field  for  an  802.3  compatible  frame  format. 

Receive  FCS  Checking 

Reception  and  checking  of  the  received  FCS  is  per- 
formed automatically  by  the  PCnet-32  controller.  Note 
that  if  the  Automatic  Pad  Stripping  feature  is  enabled, 
the  FCS  for  padded  frames  will  be  verified  against  the 
value  computed  for  the  incoming  bit  stream  including 
pad  characters,  but  the  FCS  value  for  a  padded  frame 
will  not  be  passed  to  the  host.  If  an  FCS  error  is  detected 
in  any  frame,  the  error  will  be  reported  in  the  CRC  bit 
in  RMD1. 
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Figure  36.  ISO  8802-3  (IEEE/ANSI  802.3)  Data  Frame 
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Receive  Exception  Conditions 

Exception  conditions  for  frame  reception  fall  into  two 
distinct  categories:  Those  which  are  the  result  of  normal 
network  operation,  and  those  which  occur  due  to  abnor- 
mal network  and/or  host  related  events. 

Normal  events  which  may  occur  and  which  are  handled 
autonomously  by  the  PCnet-32  controller  are  basically 
collisions  within  the  slot  time  and  automatic  runt  packet 
rejection.  The  PCnet-32  controller  will  ensure  that  colli- 
sions which  occur  within  51 2  bit  times  from  the  start  of 
reception  (excluding  preamble)  will  be  automatically  de- 
leted from  the  receive  FIFO  with  no  host  intervention. 
The  receive  FIFO  will  delete  any  frame  which  is  com- 
posed of  fewer  than  64  bytes  provided  that  the  Runt 
Packet  Accept  (RPA  bit  in  CSR124)  feature  has  not 
been  enabled.  This  criterion  will  be  met  regardless  of 
whether  the  receive  frame  was  the  first  (or  only)  frame  in 
the  FIFO  or  if  the  receive  frame  was  queued  behind  a 
previously  received  message. 

Abnormal  network  conditions  include: 

■  FCS  error 

■  Late  collision 

Host  related  receive  exception  conditions  include 
MISS,  BUFF,  and  OFLO.  These  are  described  in  the 
BMU  section. 

Loopback  Operation 

Loopback  is  a  mode  of  operation  intended  for  system 
testing.  In  this  mode  the  transmitter  and  receiver  are 
both  operating  at  the  same  time  so  that  the  controller 
receives  its  own  transmissions.  The  controller  provides 
two  types  of  internal  loopback  and  one  type  of  external 
loopback.  In  internal  loopback  mode  the  transmitter 
data  can  be  looped  back  to  the  receiver  at  one  of  two 
places  inside  the  controller  without  actually  transmitting 
any  data  to  the  external  network.  The  receiver  will  move 
the  received  data  to  the  external  network.  The  receiver 
will  move  the  received  data  to  the  next  receive  buffer, 
where  it  can  be  examined  by  software.  Alternatively,  in 
external  loopback  mode,  data  can  be  transmitted  to  and 
received  from  the  external  network. 
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are  restrictions  on  loopback  operation.  The 
32  controller  has  only  one  FCS  generator  circuit, 
generator  can  be  used  by  the  transmitter  to 
generate  the  FCS  that  is  appended  to  the  frame,  or  it  can 
by  the  receiverto  verify  the  FCS  of  the  received 
It  can  not  be  used  by  the  receiver  and  transmitter 
same  time. 


If  the  FCS  generator  is  connected  to  the  receiver,  the 
transmitter  will  not  append  an  FCS  to  the  frame,  but  the 
receiver  will  check  for  one.  The  user  can,  however,  cal- 
culate the  FCS  value  for  a  frame  and  include  this  four- 
byte  number  in  the  transmit  buffer. 

If  the  FCS  generator  is  connected  to  the  transmitter,  the 
transmitter  will  append  an  FCS  to  the  frame,  but  the  re- 


ceiver will  not  check  it.  However,  the  user  can  verify  the 
FCS  by  software. 

During  loopback  the  FCS  logic  can  be  allocated  to  the 
receiver  by  setting  DXMTFCS  =  1  in  CSR15. 

If  DXMTFCS=0,  the  MAC  Engine  will  calculate  and  ap- 
pend the  FCS  to  the  transmitted  message.  The  receive 
message  passed  to  the  host  will  therefore  contain  an 
additional  4  bytes  of  FCS.  In  this  loopback  configuration, 
the  receive  circuitry  cannot  detect  FCS  errors  if 
they  occur. 

If  DXMTFCS=1 ,  the  last  four  bytes  of  the  transmit  mes- 
sage must  contain  the  (software  generated)  FCS  com- 
puted for  the  transmit  data  preceding  it.  The  MAC 
Engine  will  transmit  the  data  without  addition  of  an  FCS 
field,  and  the  FCS  will  be  calculated  and  verified  at  the 
receiver. 

The  loopback  facilities  of  the  MAC  Engine  allow  full  op- 
eration to  be  verified  without  disturbance  to  the  network. 
Loopback  operation  is  also  affected  by  the  state  of  the 
Loopback  Control  bits  (LOOP,  MENDECL,  and  INTL)  in 
CSR15.  This  affects  whether  the  internal  MENDEC  is 
considered  part  of  the  internal  or  external  loop- 
back  path. 

The  multicase  address  detection  logic  uses  the  FCS 
generator.  Therefore,  when  in  the  loopback  mode(s), 
the  multicast  address  detection  feature  of  the  MAC  En- 
gine, programmed  by  the  contents  of  the  Logical  Ad- 
dress Filter  (LADRF  [63:0]  in  CSRs  8-11)  can  only  be 
tested  when  DXMTFCS=1 ,  allocating  the  FCS  genera- 
tor to  the  receiver.  All  other  features  operate  identically 
in  loopback  as  in  normal  operation,  such  as  automatic 
transmit  padding  and  receive  pad  stripping. 
When  performing  an  internal  loopback,  no  frame  will  be 
transmitted  to  the  network.  However,  when  the 
PCnet-32  controller  is  configured  for  internal  loopback 
the  receiver  will  not  be  able  to  detect  network  traffic. 
External  loopback  tests  will  transmit  frames  onto  the 
network  when  the  AUI  port  is  selected.  Runt  Packet  Ac- 
cept is  automatically  enabled  when  any  loopback  mode 
is  invoked. 

Loopback  mode  can  be  performed  with  any  frame  size. 
Runt  Packet  Accept  is  internally  enabled  (RPA  bit  in 
CSR  124  is  not  affected)  when  any  loopback  mode  is 
invoked.  This  is  to  be  backwards  compatible  to  the 
LANCE  (Am7990)  software. 

When  external  loopback  is  performed  while  the 
10BASE-T  MAU  is  selected,  collision  detection  is  dis- 
abled. This  is  necessary,  because  a  collision  in  a 
1 0BASE-T  system  is  defined  as  activity  on  the  transmit- 
ter outputs  and  receiver  inputs  at  the  same  time,  which 
is  exactly  what  happens  during  external  loopback. 
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Since  a  10BASE-T  hub  does  not  normally  feed  the  sta- 
tion's transmitter  outputs  back  into  the  station  s  receiver 
inputs,  the  use  ot  external  loopback  in  a  1 0BASE-T  sys- 
tem usually  requires  some  sort  ot  external  hardware  that 
connects  the  outputs  of  the  10BASE-T  MAU  to  its 
inputs. 

LED  Support 

The  PCnet-32  controller  can  support  up  to  4  LEDs. 

LED  outputs  LNKST,  LED1  and  LED2  allow  for  direct 
connection  of  an  LED  and  its  supporting  pull-up  device. 
LED  output  LEDPRE3  may  require  an  additional  buffer 
between  the  PCnet-32  controller  output  pin  and  the  LED 
and  its  supporting  pull-up  device. 

Because  the  LEDPRE3  output  is  multiplexed  with  other 
PCnet-32  controller  functions,  it  may  not  always  be  pos- 
sible to  connect  an  LED  circuit  directly  to  the  LEDPRE3 
pin.  For  example,  when  an  LED  circuit  is  directly  con- 
nected to  the  EEDO/LEDPRE3/SRD  pin,  then  it  is  not 
possible  for  most  serial  EEPROM  devices  to  sink 
enough  IOL  to  maintain  a  valid  low  level  on  the  EEDO 
input  to  the  PCnet-32  controller.  Therefore,  in  applica- 
tions that  require  both  an  EEPROM  and  a  fourth  LED, 
then  it  is  necessary  to  buffer  the  LEDPRE3  circuit  from 
the  EEPROM-PCnet-32  controller  connection.  The  LED 
registers  in  the  BCR  resource  space  allow  each  LED 
output  to  be  programmed  for  either  active  high  or  active 
low  operation,  so  that  both  inverting  and  non-inverting 
buffering  choices  are  possible. 

In  applications  where  an  EEPROM  is  not  needed,  the 
LEDPRE3  pin  may  be  directly  connected  to  an  LED 


circuit.  The  PCnet-32  controller  LEDPRE3  pin  driver  will 
be  able  to  sink  enough  current  to  properly  drive  the  LED 
circuit. 

By  default,  after  H_RESET,  the  4  LED  outputs  are  con- 
figured as  shown  in  Table  40. 

Table  40.  LED  Configuration 


LED 

Output 

Default 
Interpretation 

Default 
Drive 
Enable 

Default 
Output 
Polarity 

LNKST 

Link  Status 

Enabled 

Active  LOW 

LED1 

Receive 

Enabled 

Active  LOW 

LED2 

Receive  Polarity 

Enabled 

Active  LOW 

LEDPRE3 

Transmit 

Enabled 

Active  LOW 

For  each  LED  register,  each  of  the  status  signals  is 
ANDed  with  its  enable  signal,  and  these  signals  are  all 
OR'd  together  to  form  a  combined  status  signal.  Each 
LED  pin's  combined  status  signal  runs  to  a  pulse 
stretcher,  which  consists  of  a  3-bit  shift  register  clocked 
at  38  Hz  (26  ms).  The  data  input  of  each  shift  register  is 
normally  at  logic  0.  The  OR  gate  output  for  each  LED 
register  asynchronously  sets  all  three  bits  of  its  shift  reg- 
ister when  the  output  becomes  asserted.  The  inverted 
output  of  each  shift  register  is  used  to  control  an  LED 
pin.  Thus  the  pulse  stretcher  provides  2-3  clocks  of 
stretched  LED  output,  or  52  ms  to  78  ms. 

Figure  37  shows  the  LED  signal  circuit  that  exists  for 
each  LED  pin. 
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Figure  37.  On-Chip  LED  Control  Logic 
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H_RESET,  S_RESET  and  STOP 

There  are  three  different  types  of  RESET  operations 
that  may  be  performed  on  the  PCnet-32  device, 
H_RESET,  S_RESET  and  STOP.  These  names  have 
been  used  throughout  the  document.  The  following  is  a 
description  of  each  type  of  RESET  operation: 
H_RESET 

H_RESET=  HARDWARERESET  is  a  PCnet-32 
RESET  operation  that  has  been  created  by  the  proper 
assert  on  of  the  RESET  pin  of  the  PCnet-32  device. 
When  the  minimum  pulse  width  timing  as  specified  in 
the  RESET  pin  description  has  been  satisfied,  then  an 
internal  RESET  operation  will  be  performed. 

H_RESET  will  RESET  all  of  or  some  portions  of  CSRO, 
3,  4,  15,  58,80,82,  100,  112,  114, 122,  124  and  126  to 
default  values;  H_RESET  will  RESET  all  of  or  some  por- 
tions of  BCR  2, 4, 5, 6, 7, 1 8, 19, 20, 21  to  default  values. 
H_RESET  will  cause  the  microcode  program  to  jump  to 
its  RESET  state.  Following  the  end  of  the  H_RESET  op- 
eration, the  PCnet-32  controller  will  attempt  to  read  the 
EEPROM  device  through  the  EEPROM  microwire  inter- 
face. The  H_RESET  operation  will  unconditionally 
cause  all  INTR  pins  to  become  inactive.  (Note  that  there 
may  be  either  2  or  4  INTR  pins,  depending  upon  the 
JTAGSEL  pin  setting.)  The  HRESET  operation  will  un- 
conditionally cause  the  HOLD  signal  to  become  deas- 
serted.  H  RESET  will  reset  T-MAU  to  Link  Fail  state. 

H  RESET  is  generated  by  proper  assertion  of  either  the 
RESET  or  RESET  pin,  depending  upon  the  mode  that 
has  been  selected  through  the  LB/vesa  pin. 

S_RESET 

S_RESET  =  SOFTWARE_RESET  is  a  PCnet-32 
RESET  operation  that  has  been  created  by  a  read  ac- 
cess to  the  RESET  REGISTER  which  is  located  at  offset 
14h  from  the  PCnet-32  controller  I/O  base  address. 


S 
3,  4, 
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RESET v 


will  RESET  all  of  or  some  portions  of  CSRO, 
i,  80,  100  and  124  to  default  values.  S_RESET 
RESET  NONE  of  the  BCR  locations  to  default 


15, 


values.  S_RESET  will  cause  the  microcode  program  to 
jump  to  its  RESET  state.  Following  the  end  of  the 
S_RESET  operation,  the  PCnet-32  controller  will  NOT 
attempt  to  read  the  EEPROM  device.  See  also  the  sub- 
section on  RESET  Register  in  the  I/O  Register  Access 
section  under  Software  Access.  The  S_RESET  opera- 
tion will  not  cause  INTR  pins  to  become  inactive. 
S_RESET  will  set  the  T-MAU  into  Link  Fail  state. 

Note  that  S_RESET  will  not  cause  a  deassertion  of  the 
HOLD  signal,  if  it  happens  to  be  active  at  the  time  of  the 
read  to  the  reset  register.  The  HOLD  signal  will  remain 
active  until  the  HLDA  signal  is  synchronously  sampled 
as  asserted.  Following  the  read  of  the  RESET  register, 
on  the  next  clock  cycle  after  the  HLDA  signal  is  synchro- 
nously sampled  as  asserted,  (except  in  Am386  mode, 
when  two  cycles  are  needed)  the  PCnet-32  controller 
will  deassert  the  HOLD  signal;  No  bus  master  accesses 
will  have  been  performed  during  this  brief  bus  owner- 
ship period. 

STOP 

STOP  is  a  PCnet-32  RESET  operation  that  has  been 
created  by  the  ASSERTION  of  the  STOP  bit  in  CSRO. 
That  is,  a  STOP  RESET  is  generated  by  writing  a  ONE 
to  the  STOP  bit  of  CSRO  when  the  STOP  bit  currently 
has  a  value  of  ZERO.  If  the  STOP  bit  value  is  currently  a 
ONE,  and  a  ONE  is  rewritten  to  the  STOP  bit,  then  NO 
STOP  RESET  will  be  generated.  The  STOP  operation 
will  not  cause  INTR  pins  to  become  inactive. 
STOP  will  RESET  all  or  some  portions  of  CSRO,  3,  and  4 
to  default  values;  STOP  will  RESET  NONE  of  the  BCR 
locations  to  default  values.  STOP  will  cause  the 
microcode  program  to  jump  to  its  RESET  state.  Follow- 
ing the  end  of  the  STOP  operation,  the  PCnet-32  con- 
troller will  not  attempt  to  read  the  EEPROM  device.  For 
the  identity  of  individual  CSRs  and  bit  locations  that  are 
affected  by  STOP,  see  the  individual  CSR  register 
descriptions.  Setting  the  STOP  bit  does  not  affect 
the  T-MAU. 
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USER  ACCESSIBLE  REGISTERS 

The  PCnet-32  controller  implements  all  PCnet-ISA 
(Am79C960)  registers,  all  LANCE  (Am7990)  registers, 
all  ILACC  (Am79C900)  registers,  plus  a  number  of  addi- 
tional registers.  The  PCnet-32  controller  registers  are 
compatible  with  both  the  PCnet-ISA  (Am79C960)  regis- 
ters and  all  of  the  LANCE  (Am7990)  registers  upon 
power  up.  Compatibility  to  the  ILACC  set  of  registers 
requires  one  access  to  the  Software  Style  register 
(BCR20,  bits  7-0)  to  be  performed.  By  setting  an  appro- 
priate value  of  the  Software  Style  register  (BCR20,  bits 
7-0)  the  user  can  select  a  set  of  registers  that  are  com- 
patible with  the  ILACC  set  of  registers. 

Note  that  all  register  locations  are  defined  to  be  1 6  bits  in 
width  when  WIO  mode  is  selected.  When  DWIO  mode  is 
selected,  all  register  locations  are  defined  to  be  32  bits  in 
width.  When  performing  register  write  operations  in 
DWIO  mode,  the  upper  1 6  bits  should  always  be  written 
as  zeros,  except  APROM  locations.  When  performing 
register  read  operations  in  DWIO  mode,  the  upper  16 
bits  of  I/O  resources  should  always  be  written  as  ZE- 
ROS, except  for  APROM  locations  and  CSR88.  When 
performing  register  read  operations  in  DWIO  mode,  the 
upper  16  bits  of  I/O  resources  should  always  be  re- 
garded as  having  undefined  values,  except  for  the 
APROM  locations  and  CSR88. 

PCnet-32  controller  registers  can  be  divided  into  three 
groups: 

Setup  registers:  Registers  that  are  intended  to 
be  initialized  by  the  system 
initialization  procedure  (e.g. 
BIOS  device  initialization  rou- 
tine) or  by  the  device  driver  to 
program  the  operation  of  vari- 
ous PCnet-32  controller 
features 

Registers  that  are  intended  to 
be  used  by  the  device  driver 
software  once  the  PCnet-32 
controller  is  running  to  access 
status  information  and  to  pass 
control  information 

Test  registers:  Registers  that  are  intended  to 

be  used  only  for  testing  and  di- 
agnostic purposes 

Below  is  a  list  of  the  registers  that  fall  into  each  of  the  first 
two  categories.  Those  registers  that  are  not  included  in 
either  of  these  lists  can  be  assumed  to  be  intended  for 
diagnostic  purposes. 

Setup  Registers 

The  following  is  a  list  of  those  registers  that  would  typi- 
cally need  to  be  programmed  once  during  the  setup  of 
the  PCnet-32  controller  within  a  system.  The  control  bits 
in  each  of  these  registers  typically  do  not  need  to  be 
modified  once  they  have  been  written.  However,  there 
are  no  restrictions  as  to  how  many  times  these  registers 


Running  registers: 


may  actually  be  accessed.  Note  that  if  the  default  power 
up  values  of  any  of  these  registers  is  acceptable  to  the 
application,  then  such  registers  need  never  be  ac- 
cessed at  all.  Also  note  that  some  of  these  registers  may 
be  programmable  through  the  EEPROM  read  opera- 
tion, and  therefore  do  not  necessarily  need  to  be  written 
to  by  the  system  initialization  procedure  or  by  the  driver 
software. 

CRS1         Initialization  Address[1 5:0] 
CSR2        Initialization  Address[31 :16] 
CSR3        Interrupt  Masks  and  Deferral  Control 
CSR4        Test  and  Features  Control 
CSR8        Logical  Address  Filter  [1 5:0] 
CSR9        Logical  Address  Filter  [31 :1 6] 
CSR10       Logical  Address  Filter  [47:32] 
CSR1 1       Logical  Address  Filter  [63:48] 
CSR12       Physical  Address  Filter  [15:0] 
CSR13       Physical  Address  Filter  [31 :16] 
CSR14       Physical  Address  Filter  [47:32] 
CSR15       Mode  Register 
CSR24      Base  Address  of  Receive  Ring  Lower 
CSR25       Base  Address  of  Receive  Ring  Upper 
CSR30       Base  Address  of  Transmit  Ring  Lower 
CRS31       Base  Address  of  Transmit  Ring  Upper 
CSR47       Polling  Interval 
CSR58       Software  Style 
CSR76       Receive  Ring  Length 
CSR78       Transmit  Ring  Length 
CSR80       Cycle  Register  and  FIFO 

Threshold  Control 
CSR82       Bus  Activity  Timer 
CSR1 00     Memory  Error  Time-out  Register 
CSR1 22     Receiver  Packet  Alignment  Control 
BCR2        MAU  configuration 
BCR16       I/O  Base  Address  Lower 
BCR17       I/O  Base  Address  Upper 
BCR18       Bus  Size  and  Burst  Control  Register 
BCR19       EEPROM  Control  and  Status  Register 
BCR20       Software  Style 
BCR21       Interrupt  Control 

Running  Registers 

The  following  is  a  list  of  those  registers  that  would  typi- 
cally need  to  be  periodically  read  and  perhaps  written 
during  the  normal  running  operation  of  the  PCnet-32 
controller  within  a  system.  Each  of  these  registers  con- 
tains control  bits  or  status  bits  or  both. 

RAP  Register  Address  Port  Register 

CSR0  PCnet-32  Controller  Status  Register 

CSR4  Test  and  Features  Control 

CSR1 12  Missed  Frame  Count 

CSR114  Receive  Collision  Count 
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RAP  Register 

The  RAP  (Register  Address  Pointer)  register  is  used  to 
gain  access  to  CSR  and  BCR  registers  on  board  the 
PCnet-32  controller.  The  value  of  the  RAP  indicates  the 
address  of  a  CSR  or  BCR  whenever  an  RDP  or  BDP 
access  is  performed.  That  is  to  say,  RAP  serves  as  a 
pointer  to  CSR  and  BDP  space. 

As  an  example  of  RAP  use,  consider  a  read  access  to 
CSR4.  In  order  to  access  this  register,  it  is  necessary  to 
first  load  the  value  0004  into  the  RAP  by  performing  a 
write  access  to  the  RAP  offset  of  I2h  (I2h  when  WIO 
mode  has  been  selected,  14h  when  DWIO  mode  has 
been  selected).  The  data  for  the  RAP  write  would  be 
0004.  Then  a  second  access  is  performed  on  the 
PCnet-32  controller,  this  time  to  the  RDP  offset  of  10h 
(for  either  WIO  or  DWIO  mode).  The  RDP  access  is  a 
read  access,  and  since  RAP  has  just  been  loaded  with 
the  value  of  0004,  the  RDP  read  will  yield  the  contents  of 
CSR4.  A  read  of  the  BDP  at  this  time  (offset  of  1 6h  when 
WIO  mode  has  been  selected,  1Ch  when  DWIO  mode 
has  been  selected)  will  yield  the  contents  of  BCR4, 
since  the  RAP  is  used  as  the  pointer  into  both  BDP  and 
RDP  space. 

RAP:  Register  Address  Port 
Bit       Name  Description 

31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

15-8      RES  Reserved  locations.  Read  and 

written  as  zeros. 

7-0       RAP  Register  Address  Port.  The  value 

of  these  8  bits  determines  which 
CSR  or  BCR  will  be  accessed 
when  an  I/O  access  to  the  RDP 
or  BDP  port,  respectively,  is  per- 
formed. RAP  is  cleared  by 
H_RESET  or  S_RESET  and  is 
unaffected  by  the  STOP  bit. 

Control  and  Status  Registers 

The  CSR  space  is  accessible  by  performing  accesses  to 
the  RDP  (Register  Data  Port).  The  particularCSR  that  is 
read  or  written  during  an  RDP  access  will  depend  upon 
the  current  setting  of  the  RAP.  RAP  serves  as  a  pointer 
into  the  CSR  space.  RAP  also  serves  as  the  pointer  to 
BCR  space,  which  is  described  in  a  later  section. 


CSRO: 
Bit 


PCnet-32  Controller  Status 
Name  Description 


31-16 
15 
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RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

ERR  Error  is  set  by  the  ORing  of 

BABL,  CERR,  MISS,  and  MERR. 


14 


13 


12 


ERR  remains  set  as  long  as  any 
of  the  error  flags  are  true.  ERR  is 
read  only.  Write  operations  are 
ignored. 

BABL  Babble  is  a  transmitter  time-out 

error.  It  indicates  that  the  trans- 
mitter has  been  on  the  channel 
longer  than  the  time  required  to 
send  the  maximum  length  frame. 
BABL  will  be  set  if  1519  bytes  or 
greater  are  transmitted.  When 
BABL  is  set,  INTR  is  asserted  if 
I  EN  A  =  1  and  the  mask  bit 
BABLM  in  CSR3  is  clear.  BABL 
assertion  will  set  the  ERR  bit. 

BABL  is  set  by  the  MAC  layer  and 
cleared  by  writing  a  "1 ".  Writing  a 
"0"  has  no  effect.  BABL  is  cleared 
by  HRESET  or  S_RESET  or 
setting  the  STOP  bit. 

CERR  Collision  Error  indicates  that  the 

collision  inputs  to  the  AUI  port 
failed  to  activate  within  20  net- 
work bit  times  after  chip  termi- 
nated transmission  (SQE  Test). 
This  feature  is  a  transceiver  test 
feature.  In  10BASE-T  mode 
CERR  will  be  set  if  a  transmis- 
sion is  attempted  while  the 
T-MAU  is  in  Link  Fail  state. 

CERR  assertion  will  not  result  in 
an  interrupt  being  generated. 
CERR  assertion  will  set  the  ERR 
bit. 

CERR  is  set  by  the  MAC  layer 
and  cleared  by  writing  a  "1 ".  Writ- 
ing a  "0"  has  no  effect.  CERR  is 
cleared  by  H_RESET  or 
S_RESET  or  setting  the  STOP 
bit. 

MISS  Missed   Frame  is   set  when 

PCnet-32  controller  has  lost  an 
incoming  receive  frame  resulting 
from  a  Receive  Descriptor  not 
being  available.  This  bit  is  the 
only  immediate  indication  that 
receive  data  has  been  lost  since 
there  is  no  current  receive  de- 
scriptor to  write  status  to. 

When  MISS  is  set,  INTR  is  as- 
serted if  I  EN  A  =  1  and  the  mask 
bit  MISSM  in  CSR3  is  clear. 
MISS  assertion  will  set  the  ERR 
bit. 

MISS  is  set  by  the  Buffer  Man- 
agement Unit  and  cleared  by 
writing  a  "1 ".  Writing  a  "0"  has  no 
effect.  MISS  is  cleared  by 
H_RESET  or  S_RESET  or  set- 
ting the  STOP  bit. 
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11       MERR  Memory    Error   is   set  when 

PCnet-32  controller  requests  the 
use  of  the  system  interface  bus 
by  asserting  HOLD  and  has  not 
received  HLDA  assertion  after  a 
programmable  length  of  time. 
The  length  of  time  in  microsec- 
onds before  MERR  is  asserted 
will  depend  upon  the  setting  of 
the  Bus  Time-Out  Register 
(CSR100).  The  default  setting  of 
CSR100  will  give  a  MERR  after 
51.2  u.s  of  bus  latency. 
When  MERR  is  set,  INTR  is  as- 
serted if  IENA  =  1  and  the  mask 
bit  MERRM  in  CSR3  is  clear. 
MERR  assertion  will  set  the  ERR 
bit,  regardless  of  the  settings  of 
IENA  and  MERRM  . 

MERR  is  set  by  the  Bus  Interface 
Unit  and  cleared  by  writing  a  "1 ". 
Writing  a  "0"  has  no  effect.  MERR 
is  cleared  by  H_RESET  or 
S_RESET  or  by  setting  the 
STOP  bit. 

10        RINT  Receive  interrupt.  RINT  is  set  by 

the  Buffer  Management  Unit  of 
the  PCnet-32  controller  after  the 
last  descriptor  of  a  receive  pack- 
et has  been  updated  by  writing  a 
ZERO  to  the  ownership  bit.  RINT 
may  also  be  set  when  the  first  de- 
scriptor of  a  receive  packet  has 
been  updated  by  writing  a  ZERO 
to  the  ownership  bit  if  the 
SPRINTEN  bit  of  CSR3  has  been 
set  to  a  ONE. 

When  RINT  is  set,  INTR  is  as- 
serted if  IENA  =  1  and  the  mask 
bit  RINTM  in  CSR3  is  clear. 

RINT  is  cleared  by  the  host  by 
writing  a  "1 ".  Writing  a  "0"  has  no 
effect.  RINT  is  cleared  by  HRE- 
SET  or  S_RESET  or  by  setting 
the  STOP  bit. 

9         TINT  Transmit  interrupt  is  set  after 

completion  of  a  transmit  frame 
and  toggling  of  the  OWN  bit  in  the 
last  buffer  in  the  Transmit  De- 
scriptor Ring. 

When  TINT  is  set,  INTR  is  as- 
serted if  IENA  =  1  and  the  mask 
bit  TINTM  in  CSR3  is  clear. 

TINT  is  set  by  the  Buffer  Man- 
agement Unit  after  the  last  trans- 
mit buffer  has  been  updated  and 
cleared  by  writing  a  "1 ".  Writing  a 
"0"  has  no  effect.  TINT  is  cleared 
by  H  RESET  or  S_RESET  or 
setting  the  STOP  bit. 


IDON  Initialization  Done  indicates  that 

the  initialization  sequence  has 
completed.  When  IDON  is  set, 
PCnet-32  controller  has  read  the 
Initialization  block  from  memory. 

When  IDON  is  set,  INTR  is  as- 
serted if  IENA  =  1  and  the  mask 
bit  IDONM  in  CSR3  is  clear. 
IDON  is  set  by  the  Buffer  Man- 
agement Unit  after  the  initializa- 
tion block  has  been  read  from 
memory  and  cleared  by  writing  a 
"1".  Writing  a  "0"  has  no  effect. 
IDON  is  cleared  by  H_RESET  or 
S_RESET  or  setting  the  STOP 
bit. 

INTR  interrupt  Flag  indicates  that  one 

or  more  following  interrupt  caus- 
ing conditions  has  occurred: 
BABL,  MISS,  MERR,  MFCO, 
RCVCCO,  RINT,  RPCO,  TINT, 
IDON,  JAB  or  TXSTRT.  and  its 
associated  mask  bit  is  clear.  If 
IENA  =  1  and  INTR  is  set,  INTR 
will  be  active. 

INTR  is  read  only.  INTR  is 
cleared  by  H_RESET  or 
S_RESET  or  by  setting  the 
STOP  bit  or  by  clearing  all  of  the 
active  individual  interrupt  bits 
that  have  not  been  masked  out. 

IENA  interrupt  Enable  allows  INTR  to 

be  active  if  the  interrupt  Flag  is 
set.  If  IENA  =  "0"  then  INTR  will 
be  disabled  regardless  of  the 
state  of  INTR. 

IENA  is  set  by  writing  a  "1"  and 
cleared  by  writing  a  "0".  IENA  is 
cleared  by  H_RESET  or 
S_RESET  or  setting  the  STOP 
bit. 

RXON  Receive  On  indicates  that  the 
Receive  function  is  enabled. 
RXON  is  set  if  DRX  (CSR1 5[0])  = 
"0"  after  the  START  bit  is  set.  If 
I  NIT  and  START  are  set  to- 
gether, RXON  will  not  be  set  until 
after  the  initialization  block  has 
been  read  in. 

RXON  is  read  only.  RXON  is 
cleared  by  H_RESET  or 
S_RESET  or  setting  the  STOP 
bit. 

TXON  Transmit  On  indicates  that  the 

Transmit  function  is  enabled. 
TXON  is  set  if  DTX  (CSR15[1])  = 
"0"  after  the  START  bit  is  set.  If 
INIT  and  START  are  set  to- 
gether, TXON  will  not  be  set  until 
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after  the  initialization  block  has 
been  read  in. 

TXON  is  read  only.  TXON  is 
cleared  by  H_RESET  or 
S_RESET  or  setting  the  STOP 
bit. 

TDMD  Transmit  Demand,  when  set, 

causes  the  Buffer  Management 
Unit  to  access  the  Transmit  De- 
scriptor Ring  without  waiting  for 
the  poll-time  counter  to  elapse.  If 
TXON  is  not  enabled,  TDMD  bit 
will  be  reset  and  no  Transmit  De- 
scriptor Ring  access  will  occur. 

TDMD  is  required  to  be  set  if  the 
DPOLL  bit  in  CSR4  is  set.  Setting 
TDMD  while  DPOLL  =  0  merely 
hastens  the  PCnet-32  control- 
ler's response  to  a  Transmit  De- 
scriptor Ring  Entry. 

TDMD  is  set  by  writing  a  "1".  Writ- 
ing a  "0"  has  no  effect.  TDMD  will 
be  cleared  by  the  Buffer  Manage- 
ment Unit  when  it  fetches  a 
Transmit  Descriptor.  TDMD  is 
cleared  by  HRESET  or 
S_RESET  or  setting  the  STOP 
bit. 

STOP  STOP  assertion  disables  the  chip 

from  all  DMA  activity.  The  chip 
remains  inactive  until  either 
STRT  or  INIT  are  set.  If  STOP, 
STRT  and  INIT  are  all  set  to- 
gether, STOP  will  override  STRT 
and  INIT. 

STOP  is  set  by  writing  a  "1 "  or  by 
H_RESET  or  S_RESET.  Writing 
a  "0"  has  no  effect.  STOP  is 
cleared  by  setting  either  STRT  or 
INIT. 

STRT  STRT      assertion  enables 

PCnet-32  controller  to  send  and 
receive  frames,  and  perform 
buffer  management  operations. 
Setting  STRT  clears  the  STOP 
bit.  If  STRT  and  INIT  are  set  to- 
gether, PCnet-32  controller  in- 
itialization will  be  performed  first. 

STRT  is  set  by  writing  a  "1 ".  Writ- 
ing a  "0"  has  no  effect.  STRT  is 
cleared  by  HRESET  or 
S_RESET  or  by  setting  the 
STOP  bit. 

INIT  INIT  assertion  enables  PCnet-32 

controller  to  begin  the  initializa- 
tion procedure  which  reads  in  the 
initialization  block  from  memory. 
Setting  INIT  clears  the  STOP  bit. 
If  STRT  and  INIT  are  set  to- 
gether, PCnet-32  controller  in- 
itialization will  be  performed  first. 


INIT  is  not  cleared  when  the  in- 
itialization sequence  has  com- 
pleted. 

I N  IT  is  set  by  writi  ng  a  "1 ".  Writi  ng 
a"0"  has  no  effect.  INIT  is  cleared 
by  H_RESET  or  S_RESET  or  by 
setting  the  STOP  bit. 


CSR1:  IADR[15:0] 

Bit       Name  Description 


31-16  RES 
15-0  IADR[15:0] 


Reserved  locations.  Written  as 
zeros  and  read  as  undefined. 

Lower  16  bits  of  the  address  of 
the  Initialization  Block. 

Regardless  of  the  value  of 
SSIZE32(BCR20/CSR58,  bit  8) 
IADR[1 :0]  must  be  zero. 

This  register  is  aliased  with 
CSR16. 

Read/Write  accessible  only 
when  the  STOP  bit  in  CSRO  is 
set.  Unaffected  by  H_RESET  or 
S_RESET  or  by  setting  the 
STOP  bit. 


CSR2:  IADR[31:16] 

Bit      Name  Description 


31-16  RES 


15-8  IADR[31:24] 


Reserved  locations.  Written  as 
zeros  and  read  as  undefined. 

If  SSIZE32  is  set  (BCR20[8]), 
then  the  IADR[31 :24]  bits  will  be 
used  strictly  as  the  upper8  bits  of 
the  initialization  block  address. 

However,  if  SSIZE32  is  reset, 
then  the  IADR[31 :24]  bits  will  be 
used  to  generate  the  upper  8  bits 
of  all  bus  mastering  addresses, 
as  required  for  a  32  bit  address 
bus.  Note  that  the  1 6-bit  software 
structures  specified  by  the 
SSIZE32  =  0  setting  will  yield 
only  24  bits  of  address  for 
PCnet-32  controller  bus  master 
accesses,  while  the  32-bit  hard- 
ware for  which  the  PCnet-32  con- 
troller is  intended  will  require  32 
bits  of  address.  Therefore,  when- 
ever SSIZE32  =  0,  the 
IADR[31:24]  bits  will  be  ap- 
pended to  the  24-bit  initialization 
address,  to  each  24-bit  descrip- 
tor base  address  and  to  each  be- 
ginning 24-bit  buffer  address  in 
order  to  form  complete  32-bit  ad- 
dresses. The  upper  8  bits  that  ex- 
ist in  the  descriptor  address 
registers  and  the  buffer  address 
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7-0  IADR[23:16] 


registers  which  are  stored  on 
board  the  PCnet-32  controller 
will  be  overwritten  with  the 
IADR[31 :24]  value,  so  that  CSR 
accesses  to  these  registers  will 
show  the  32  bit  address  that  in- 
cludes the  appended  field. 
If  SSIZE32  =  1 ,  then  software  will 
provide  32-bit  pointer  values  for 
all  of  the  shared  software  struc- 
tures -  i.e.  descriptor  bases  and 
buffer  addresses,  and  therefore, 

IADR[31 :24]  will  not  be  written  to 
the  upper  8  bits  of  any  of  these 
resources,  but  it  will  be  used  as 
the  upper  8  bits  of  the  initializa- 
tion address. 

Read/Write  accessible  only 
when  the  STOP  bit  in  CSRO  is 
set.  Unaffected  by  H_RESET  or 
S_RESET  or  by  setting  the 
STOP  bit. 

Bits  23  through  1 6  of  the  address 
of  the  Initialization  Block.  When- 
ever this  register  is  written, 
CSR17  is  updated  with  CSR2's 
contents. 

Read/Write  accessible  only 
when  the  STOP  bit  in  CSRO  is 
set.  Unaffected  by  H_RESET  or 
S_RESET  or  by  setting  the 
STOP  bit. 


CSR3:  Interrupt  Masks  and  Deferral  Control 
Bit       Name  Description 

31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

15        RES  Reserved  location.  Read  and 

written  as  zero. 

14  BABLM  Babble  Mask.  If  BABLM  is  set, 
the  BABL  bit  in  CSRO  will  be 
masked  and  unable  to  set  INTR 
flag  in  CSRO. 

Read/Write  accessible  always. 
BABLM  is  cleared  by  H_RESET 
or  S_RESET  and  is  not  affected 
by  STOP. 

13        RES  Reserved  location.  Read  and 

written  as  zero. 

12      MISSM  Missed  Frame  Mask.  If  MISSM  is 

set,  the  MISS  bit  in  CSRO  will  be 
masked  and  unable  to  set  INTR 
flag  in  CSRO. 

ReadA/Vrite  accessible  always. 
MISSM  is  cleared  by  H_RESET 
or  S_RESET  and  is  not  affected 
by  STOP. 


11  MERRM  Memory  Error  Mask.  If  MERRM 
is  set,  the  MERR  bit  in  CSRO  will 
be  masked  and  unable  to  set 
INTR  flag  in  CSRO. 

Read/Write  accessible  always. 
MERRM  is  cleared  by  H_RESET 
or  S_RESET  and  is  not  affected 
by  STOP. 

10  RINTM  Receive  Interrupt  Mask.  If 
RINTM  is  set,  the  RINT  bit  in 
CSRO  will  be  masked  and  unable 
to  set  INTR  flag  in  CSRO. 

Read/Write  accessible  always. 
RINTM  is  cleared  by  H_RESET 
or  S_RESET  and  is  not  affected 
by  STOP. 

9  TINTM  Transmit  interrupt  Mask.  If 
TINTM  is  set,  the  TINT  bit  in 
CSRO  will  be  masked  and  unable 
to  set  INTR  flag  in  CSRO. 

Read/Write  accessible  always. 
TINTM  is  cleared  by  H_RESET 
or  S_RESET  and  is  not  affected 
by  STOP. 

8  IDONM  Initialization  Done  Mask.  If 
IDONM  is  set,  the  IDON  bit  in 
CSRO  will  be  masked  and  unable 
to  set  INTR  flag  in  CSRO. 

Read/Write  accessible  always. 
IDONM  is  cleared  by  H_RESET 
or  S_RESET  and  is  not  affected 
by  STOP. 

Reserved  location.  Read  and 
written  as  zeroes. 

Disable  Transmit  Stop  on  Under- 
flow error. 

When  DXSUFLO  (CSR3,  bit  6)  is 
set  to  ZERO,  the  transmitter  is 
turned  off  when  an  UFLO  error 
occurs  (CSRO,  TXON  =  0). 

When  DXSUFLO  is  set  to  ONE, 
the  PCnet-32  controller  grace- 
fully recovers  from  an  UFLO 
error.  It  scans  the  transmit  de- 
scriptor ring  until  it  finds  the  start 
of  a  new  frame  and  starts  a  new 
transmission. 

ReadA/Vrite  accessible  always. 
DXSUFLO  is  cleared  by 
H_RESET  or  S_RESET  and  is 
not  affected  by  STOP. 

LAPPEN  Look-Ahead  Packet  Processing 
Enable.  When  set  to  a  ONE,  the 
LAPPEN  bit  will  cause  the 
PCnet-32  controller  to  generate 
an  interruptfollowingthe  descrip- 
tor write  operation  to  the  first 
buffer  of  a  receive  frame.  This 
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interrupt  will  be  generated  in 
addition  to  the  interrupt  that  is 
generated  following  the 
descriptor  write  operation  to  the 
last  buffero\  a  receive  frame.  The 
interrupt  will  be  signaled  through 
the  RINT  bit  of  CSRO. 

Setting  LAPPEN  to  a  ONE  also 
enables  the  PCnet-32  controller 
to  read  the  STP  bit  of  receive  de- 
scriptors. The  PCnet-32  control- 
ler will  use  the  STP  information  to 
determine  where  it  should  begin 
writing  a  receive  frame's  data. 
Note  that  while  in  this  mode,  the 
PCnet-32  controller  can  write  in- 
termediate frame  data  to  buffers 
whose  descriptors  do  not  contain 
STP  bits  set  to  ONE.  Following 
the  write  to  the  last  descriptor 
used  by  a  frame,  the  PCnet-32 
controller  will  scan  through  the 
next  descriptor  entries  to  locate 
the  next  STP  bit  that  is  set  to  a 
ONE.  The  PCnet-32  controller 
will  begin  writing  the  next  frame's 
data  to  the  buffer  pointed  to  by 
that  descriptor. 

Note  that  because  several  de- 
scriptors may  be  allocated  by  the 
host  for  each  frame,  and  not  all 
messages  may  need  all  of  the  de- 
scriptors that  are  allocated  be- 
tween descriptors  that  contain 
STP  =  ONE,  then  some  descrip- 
tors/buffers may  be  skipped  in 
the  ring.  While  performing  the 
search  for  the  next  STP  bit  that  is 
set  to  ONE,  the  PCnet-32  con- 
troller will  advance  through  the 
receive  descriptor  ring  regard- 
less of  the  state  of  ownership 
bits.  If  any  of  the  entries  that  are 
examined  during  this  search  indi- 
cate PCnet-32  controller  owner- 
ship of  the  descriptor  but  also 
indicate  STP  =  "0",  then  the 
PCnet-32  controller  will  RESET 
the  OWN  bit  to  ZERO  in  these 
entries.  If  a  scanned  entry  indi- 
cates host  ownership  with  STP  = 
"0"  then  the  PCnet-32  controller 
will  not  alter  the  entry,  but  will  ad- 
vance to  the  next  entry. 

When  the  STP  bit  is  found  to  be 
true,  but  the  descriptor  that  con- 
tains this  setting  is  not  owned  by 
the  PCnet-32  controller,  then  the 
PCnet-32  controller  will  stop  ad- 
vancing through  the  ring  entries 
and  begin  periodic  polling  of  this 
entry.  When  the  STP  bit  is  found 
to  be  true,  and  the  descriptor  that 


contains  this  setting  is  owned  by 
the  PCnet-32  controller,  then  the 
PCnet-32  controller  will  stop  ad- 
vancing through  the  ring  entries, 
store  the  descriptor  information 
that  it  has  just  read,  and  wait  for 
the  next  receive  to  arrive. 

This  behavior  allows  the  host 
software  to  pre-assign  buffer 
space  in  such  a  manner  that  the 
"header"  portion  of  a  receive 
frame  will  always  be  written  to  a 
particular  memory  area,  and  the 
"data"  portion  of  a  receive  frame 
will  always  be  written  to  a  sepa- 
rate memory  area.  The  interrupt 
is  generated  when  the  "header" 
bytes  have  been  written  to  the 
"header"  memory  area. 

Read/Write  accessible  always. 
The  LAPPEN  bit  will  be  reset  to 
ZERO  by  H_RESET  or 
S_RESET  and  will  be  unaffected 
by  STOP. 

See  Appendix  D  for  more  infor- 
mation on  the  LAPP  concept. 

DXMT2PD  Disable  Transmit  Two  Part  De- 
ferral. If  DXMT2PD  is  set,  Trans- 
mit Two  Part  Deferral  will  be 
disabled. 

Read/Write  accessible  always. 
DXMT2PD  is  cleared  by 
H_RESET  or  S_RESET  and  is 
not  affected  by  STOP. 

EMBA  Enable  Modified  Back-off  Algo- 

rithm. If  EMBA  is  set,  a  modified 
back-off  algorithm  is  imple- 
mented. 

Read/Write  accessible  always. 
EMBA  is  cleared  by  H_RESET  or 
S_RESET  and  is  not  affected  by 
STOP. 

BSWP  Byte  Swap.  This  bit  is  used  to 

choose  between  big  and  little  En- 
dian  modes  of  operation.  When 
BSWP  is  set  to  a  ONE,  big  En- 
dian  mode  is  selected.  When 
BSWP  is  set  to  ZERO,  little  En- 
dian  mode  is  selected. 

When  big  Endian  mode  is  se- 
lected, the  PCnet-32  controller 
will  swap  the  order  of  bytes  on 
the  data  bus  during  FIFO  trans- 
fers only.  Specifically,  D31-24 
becomes  ByteO,  D23-16  be- 
comes Bytel,  D15-8  becomes 
Byte2  and  D7-0  becomes  Byte3 
when  big  Endian  mode  is  se- 
lected. When  little  Endian  mode 
is  selected,  the  order  of  bytes  on 
the  data  bus  is:  D31-24  is  Byte3, 
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D23-16  is  Byte2,  D15-8  is  Bytel 
and  D7-0  is  ByteO. 

Byte  swap  only  affects  data 
transfers  that  involve  the  FIFOs. 
Initialization  block  transfers  are 
not  affected  by  the  setting  of  the 
BSWP  bit.  Descriptor  transfers 
are  not  affected  by  the  setting  of 
the  BSWP  bit.  RDP,  RAP  and 
BDP  accesses  are  not  affected 
by  the  setting  of  the  BSWP  bit. 
APROM  transfers  are  not  af- 
fected by  the  setting  of  the  BSWP 
bit. 

BSWP  is  write/readable  regard- 
less of  the  state  of  the  STOP  bit. 

BSWP  is  cleared  by  H_RESET 
or  S_RESET  and  is  not  affected 
by  STOP. 

1-0       RES  Reserved  locations.  The  default 

value  is  ZERO  for  both  locations. 
Writing  a  ONE  to  these  bits  has 
no  effect  on  device  function;  if  a 
ONE  is  written  to  these  bits,  then 
a  ONE  will  be  read  back.  Existing 
drivers  may  write  a  ONE  to  these 
bits  for  compatibility,  but  new 
drivers  should  write  a  ZERO  to 
these  bits  and  should  treat  the 
read  value  as  undefined. 


CSR4:  Test  and  Features  Control 
Bit       Name  Description 


31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

15      ENTST         Enable  Test  Mode  operation. 

Setting  ENTST  to  ONE  enables 
internal  test  functions  which  are 
useful  only  for  stand  alone  inte- 
grated circuit  testing.  In  addition, 
the  Runt  Packet  Accept  (RPA)  bit 
(CSR1 24,  bit  3)  may  be  changed 
only  when  ENTST  is  set  to  ONE. 

To  enable  RPA,  the  user  must 
first  write  a  ONE  to  the  ENTST 
bit.  Next,  the  user  must  first  write 
a  ONE  to  the  RPA  bit  (CSR124, 
bit  3).  Finally,  the  user  must  write 
a  ZERO  to  the  ENTST  bit  to  take 
the  device  out  of  test  mode  op- 
eration. Once  the  RPA  bit  has 
been  set  to  ONE,  the  device  will 
remain  in  the  Runt  Packet  Accept 
mode  until  the  RPA  bit  is  cleared 
to  ZERO. 

Read/Write  accessible.  ENTST 
is  cleared  by  H_RESET  or 
S_RESET  and  is  unaffected  by 
the  STOP  bit. 


14  DM APLUS  When  DM APLUS  =  "1 ",  disables 
the  burst  transaction  counter, 
CSR80.  If  DMAPLUS  =  "0",  the 
burst  transaction  counter  is 
enabled. 

Read  and  Write  accessible. 
DMAPLUS  is  cleared  by 
H  RESET  or  S_RESET  and  is 
unaffected  by  the  STOP  bit. 

13      TIMER  Timer  Enable  Register.  If  TIMER 

is  set,  the  Bus  Activity  Timer 
Register,  CSR82  is  enabled.  If 
TIMER  is  cleared,  the  Bus  Activ- 
ity Timer  Register  is  disabled. 

Read/Write  accessible.  TIMER  is 
cleared  by  H_RESET  or 
S_RESET  and  is  unaffected  by 
the  STOP  bit. 

12      DPOLL  Disable    Transmit    Polling.  If 

DPOLL  is  set,  the  Buffer  Man- 
agement Unit  will  disable  trans- 
mit polling.  Likewise,  if  DPOLL  is 
cleared,  automatic  transmit  poll- 
ing is  enabled.  If  DPOLL  is  set, 
TDMD  bit  in  CSRO  must  be  peri- 
odically set  in  order  to  initiate  a 
manual  poll  of  a  transmit  descrip- 
tor. Transmit  descriptor  polling 
will  not  take  place  if  TXON  is  re- 
set. 

ReadAM-ite  accessible.  DPOLL 
is  cleared  by  H_RESET  or 
S_RESET  and  is  unaffected  by 
the  STOP  bit. 

11  APAD_XMT  Auto  Pad  Transmit.  When  set, 
APAD_XMT  enables  the  auto- 
matic padding  feature.  Transmit 
frames  will  be  padded  to  extend 
them  to  64  bytes  including 

FCS.  The  FCS  is  calculated  for 
the  entire  frame  including  pad, 
and  appended  after  the  pad  field. 
APAD  XMT  will  override  the  pro- 
gramming of  the  DXMTFCS  bit. 

Read  and  Write  accessible. 
APAD_XMT  is  reset  by 
H_RESET  or  S_RESET  and  is 
unaffected  by  the  STOP  bit. 

10  ASTRP_RCV  Auto  Strip  Receive.  When  set, 
ASTRP_RCV  enables  the  auto- 
matic pad  stripping  feature.  The 
pad  and  FCS  fields  will  be 
stripped  from  receive  frames  and 
not  placed  in  the  FIFO. 

Read  and  Write  accessible. 
ASTRP_RCV  is  reset  by 
H_RESET  or  S_RESET  and  is 
unaffected  by  the  STOP  bit. 

9  MFCO  Missed  Frame  Counter  Overflow 
interrupt.   Indicates  the  MPC 
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7  RES 
RES 

RCVCCO 


4  RCVCCOM 


(CSR1 12)  wrapped  around.  Can 
be  cleared  by  writing  a  1  to  this 
bit.  Also  cleared  by  H_RESET  or 
S_RESET  or  setting  the  STOP 
bit.  Writing  a  0  has  no  effect. 

When  MFCO  is  set,  INTR  is  as- 
serted if  IENA  =  1  and  the  mask 
bit  MFCOM  is  cleared. 

When  the  SWSTYLE  register 
(BCR20[7:0])  has  been  pro- 
grammed to  the  ILACC  compati- 
bility mode,  then  this  bit  has  no 
meaning  and  the  PCnet-32  con- 
troller will  never  set  the  value  of 
this  bit  to  ONE. 

Missed  Frame  Counter  Overflow 
Mask.  If  MFCOM  is  set,  MFCO 
will  be  unable  to  set  INTR  in 
CSRO.  Set  to  a  ONE  by 
H_RESET  or  S_RESET,  unaf- 
fected by  the  STOP  bit. 

When  the  SWSTYLE  register 
(BCR20[7:0])  has  been  pro- 
grammed to  the  ILACC  compati- 
bility mode,  then  this  bit  has  no 
meaning  and  the  PCnet-32  con- 
troller will  set  the  value  of  this  bit 
to  a  ZERO. 

Reserved  location.  Written  as 
zero  and  read  as  zero. 

Reserved  location.  This  bit  may 
be  written  to  as  either  a  ONE  or  a 
ZERO,  but  will  always  be  read  as 
a  ZERO.  This  bit  has  no  effect  on 
PCnet-32  controller  operation. 

Receive  Collision  Counter  Over- 
flow. Indicates  the  Receive  Colli- 
sion Counter  (CSR 1 1 4)  wrapped 
around.  Can  be  cleared  by  writ- 
ing a  1  to  this  bit.  Also  cleared  by 
H_RESET  or  S_RESET  or  by 
setting  the  STOP  bit.  Writing  a  0 
has  no  effect. 

When  RCVCCO  is  set,  INTR  is 
asserted  if  IENA=1  and  the  mask 
bit  RCVCCOM  is  cleared. 

When  the  SWSTYLE  register 
(BCR20[7:0])  has  been  pro- 
grammed to  the  ILACC  compati- 
bility mode,  then  this  bit  has  no 
meaning  and  PCnet-32  control- 
ler will  not  set  the  value  of  this  bit 
to  ONE. 

Receive  Collision  Counter  Over- 
flow Mask.  If  RCVCCOM  is  set, 
RCVCCO  will  be  unable  to  set 
INTR  in  CSRO.  RCVCCOM  is  set 
to  a  ON E  by  H_R ESET  or  S_RE- 
SET  and  is  not  affected  by 
STOP. 


When  the  SWSTYLE  register 
(BCR20[7:0])  has  been  pro- 
grammed to  the  ILACC  compati- 
bility mode,  then  this  bit  has  no 
meaning  and  PCnet-32  control- 
ler will  set  the  value  of  this  bit  to  a 
ZERO. 

TXSTRT  Transmit  Start  status  is  set  when- 
ever PCnet-32  controller  begins 
transmission  of  a  frame.  When 
TXSTRT  is  set,  INTR  is  asserted 
if  IENA  =  1  and  the  mask  bit 
TXSTRTM  (CSR4  bit  2)  is 
cleared. 

TXSTRT  is  set  by  the  MAC  Unit 
and  cleared  by  writing  a  "1 ",  by 
HRESET  or  S_RESET,  or  set- 
ting the  STOP  bit.  Writing  a  "0" 
has  no  effect. 
TXSTRTM  Transmit  Start  Mask.  If 
TXSTRTM  is  set,  the  TXSTRT  bit 
in  CSR4  will  be  masked  and  un- 
able to  set  INTR  flag  in  CSRO. 

ReadA/Vrite  accessible. 
TXSTRTM  is  set  to  a  ONE  by 
H  RESET  or  S_RESET  and  is 
not  affected  by  the  STOP  bit. 

JAB  Jabber  Error  is  set  when  the 

PCnet-32  controller  Twisted-pair 
MAU  function  exceeds  an  al- 
lowed transmission  limit.  Jabber 
is  set  by  the  T-MAU  cell  and  can 
only  be  asserted  in  10BASE-T 
mode. 

When  JAB  is  set,  INTR  is  as- 
serted if  IENA  =  1  and  the  mask 
bit  JABM  (CSR4[0])  is  cleared. 

JAB  is  set  by  the  T-MAU  circuit 
and  cleared  by  writing  a  "1 ".  Writ- 
ing a  "0"  has  no  effect.  JAB  is  also 
cleared  by  H_RESET  or 
S_RESET  or  setting  the  STOP 
bit. 

When  the  SWSTYLE  register 
(BCR20[7:0])  has  been  pro- 
grammed to  the  ILACC  compati- 
bility mode,  then  this  bit  has  no 
meaning  and  PCnet-32  control- 
ler will  never  set  the  value  of  this 
bit  to  ONE. 

JABM  Jabber  Error  Mask.  If  JABM  is 

set,  the  JAB  bit  in  CSR4  will  be 
masked  and  unable  to  set  INTR 
flag  in  CSRO. 

Read/Write  accessible.  JABM  is 
set  to  a  ONE  by  H_RESET  or 
S_RESET  and  is  not  affected  by 
STOP. 
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When  the  SWSTYLE  register 
(BCR20[7:0])  has  been  pro- 
grammed to  the  ILACC  compati- 
bility mode,  then  this  bit  has  no 
meaning  and  PCnet-32  control- 
ler will  set  the  value  of  this  bit  to  a 
ZERO. 


CSR6:  RX/TX  Descriptor  Table  Length 
Bit      Name  Description 

31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

15-12   TLEN  Contains  a  copy  of  the  transmit 

encoded  ring  length  (TLEN)  field 
read  from  the  initialization  block 
during  PCnet-32  controller  in- 
itialization. This  field  is  written 
during  the  PCnet-32  controller  in- 
itialization routine. 

Read  accessible  only  when 
STOP  bit  is  set.  Write  operations 
have  no  effect  and  should  not  be 
performed.  TLEN  is  only  defined 
after  initialization.  These  bits  are 
unaffected  by  HRESET, 
S_RESET,  or  STOP. 

11-8     RLEN  Contains  a  copy  of  the  receive 

encoded  ring  length  (RLEN)  read 
from  the  initialization  block  dur- 
ing PCnet-32  controller  initializa- 
tion. This  field  is  written  during 
the  PCnet-32  controller  initializa- 
tion routine. 

Read  accessible  only  when 
STOP  bit  is  set.  Write  operations 
have  no  effect  and  should  not  be 
performed.  RLEN  is  only  defined 
after  initialization.  These  bits  are 
unaffected  by  H_RESET, 
S_RESET,  or  STOP. 

7-0       RES  Reserved  locations.  Read  as 

zero.  Write  operations  should  not 
be  performed. 

CSR8:  Logical  Address  Filter,  LADRF[15:0] 
Bit       Name  Description 


31-16  RES 


15-0  LADRF[15:0] 


Reserved  locations.  Written  as 
zeros  and  read  as  undefined. 

Logical  Address  Filter, 
LADRF[15:0].  Defined  only  after 
the  initialization  block  has  been 
successfully  read  or  a  direct  I/O 
write  has  been  performed  on  this 
register. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 


unaffected  by  H_RESET, 
S_RESET,  or  STOP. 


CSR9:  Logical  Address  Filter,  LADRF[31:16] 
Bit       Name  Description 


31-16  RES 


15-0  LADRF[31:16] 


Reserved  locations.  Written  as 
zeros  and  read  as  undefined. 

Logical  Address  Filter, 
LADRF[31:16],  Defined  only  af- 
ter the  initialization  block  has 
been  successfully  read  or  a  direct 
I/O  write  has  been  performed  on 
this  register. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  H_RESET, 
S_RESET,  or  STOP. 


CSR10:  Logical  Address  Filter,  LADRF[47:32] 
Bit       Name  Description 


31-16  RES 


15-0  LADRF[47:32] 


Reserved  locations.  Written  as 
zeros  and  read  as  undefined. 

Logical  Address  Filter, 
LADRF[47:32].  Defined  only  af- 
ter the  initialization  block  has 
been  successfully  read  or  adirect 
I/O  write  has  been  performed  on 
this  register. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  H_ 
S_RESET,  or  STOP. 


CSR11:  Logical  Address  Filter,  LADRF[63:48] 
Bit       Name  Description 


31-16  RES 


15-0  LADRF[63:48] 


Reserved  locations.  Written  as 
zeros  and  read  as  undefined. 

Logical  Address  Filter, 
LADRF[63:48].  Defined  only  af- 
ter the  initialization  block  has 
bee  n  successfully  read  or  a  direct 
I/O  write  has  been  performed  on 
this  i 


Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  H_RESET, 
S_RESET,  or  STOP. 





Am79C965 


1-777 


AMD 


PRELIMINARY 


CSR12 
Bit 


31-16 


15-0  PADR[15:0] 


:  Physical  Address  Register,  PADR[15:0] 
Name  Description 


RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

Physical  Address  Register, 
PADR[15:0].  Defined  only  after 
the  initialization  block  has  been 
successfully  read  or  a  direct  I/O 
write  has  been  performed  on  this 
register.  The  PADR  bits  are 
transmitted  PADR[0]  first  and 
PADR[47]  last. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  H_RESET, 
S_RESET,  or  STOP. 


CSR13:  Physical  Address  Register,  PADR[31 :16] 
Bit      Name  Description 


31-16 


15-0  PADR[31:16] 


RES 


Reserved  locations.  Written  as 
zeros  and  read  as  undefined. 

Physical  Address  Register, 
PADR[31 :16J.  Defined  only  after 
the  initialization  block  has  been 
successfully  read  or  a  direct  I/O 
write  has  been  performed  on  this 
register.  The  PADR  bits  are 
transmitted  PADR[0]  first  and 
PADRI47]  last. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  H_RESET, 
S  RESET,  or  STOP. 


CSR14:  Physical  Address  Register,  PADR[47:32] 
Bit      Name  Description 


31-16  RES 


15-0  PADR[47:32] 


Reserved  locations.  Written  as 
zeros  and  read  as  undefined. 

Physical  Address  Register, 
PADR[47:32j.  Defined  only  after 
the  initialization  block  has  been 
successfully  read  or  a  direct  I/O 
write  has  been  performed  on  this 
register.  The  PADR  bits  are 
transmitted  PADR[0]  first  and 
PADR[47]  last. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  HRESET, 
S_RESET,  or  STOP. 


CSR15:  Mode  Register 

Bit      Name  Description 


31-16  RES 
15  PROM 

14  DRCVBC 


13  DRCVPA 


12  DLNKTST 


11  DAPC 


This  register's  fields  are  loaded 
during  the  PCnet-32  controller  in- 
itialization routine  with  the  corre- 
sponding Initialization  Block 
values  or  a  direct  I/O  write  has 
been  performed  to  this  register. 

Reserved  locations.  Written  as 
zeros  and  read  as  undefined. 

Promiscuous  Mode. 

When  PROM  =  "1",  all  incoming 

receive  frames  are  accepted. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

Disable  Receive  Broadcast. 
When  set,  disables  the  PCnet-32 
controller  from  receiving  broad- 
cast messages.  Used  for  proto- 
cols that  do  not  support 
broadcast  addressing,  except  as 
a  function  of  multicast.  DRCVBC 
is  cleared  by  H_RESET  or 
S_RESET  (broadcast  messages 
will  be  received)  and  is  unaf- 
fected by  STOP. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

Disable  Receive  Physical  Ad- 
dress. When  set,  the  physical  ad- 
dress detection  (Station  or  node 
ID)  of  the  PCnet-32  controllerwill 
be  disabled.  Frames  addressed 
to  the  nodes  individual  physical 
address  will  not  be  recognized 
(although  the  frame  may  be  ac- 
cepted by  the  EADI  mechanism). 

Read/write  accessible  only  when 
STOP  bit  is  set. 

Disable  Link  Status.  When 
DLNKTST  =  "1",  monitoring  of 
Link  Pulses  is  disabled.  When 
DLNKTST  =  "0",  monitoring  of 
Link  Pulses  is  enabled.  This  bit 
only  has  meaning  when  the 
10BASE-T  network  interface  is 
selected. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

Disable  Automatic  Polarity  Cor- 
rection. When  DAPC  =  "1",  the 
1 0BASE-T  receive  polarity  rever- 
sal algorithm  is  disabled.  Like- 
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10  MENDECL 


9  LRT/TSEL 


LRT 


TSEL 


wise,  when  DAPC  =  "0",  the 
polarity  reversal  algorithm  is 
enabled. 

This  bit  only  has  meaning  when 
the  10BASE-T  network  interface 
is  selected. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

MENDEC  Loopback  Mode.  See 
the  description  of  the  LOOP  bit  in 
CSR15. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

Low  Receive  Threshold  (T-MAU 
Mode  only) 

Transmit  Mode  Select  (AUI 
Mode  only) 

Low  Receive  Threshold.  When 
LRT  =  "1",  the  internal  twisted 
pair  receive  thresholds  are  re- 
duced by  4.5  dB  below  the  stan- 
dard 10BASE-T  value 
(approximately  3/5)  and  the  un- 
squelch  threshold  for  the  RXD 
circuit  will  be  180-312  mV  peak. 

When  LRT  =  "0",  the  unsquelch 
threshold  for  the  RXD  circuit  will 
be  the  standard  10BASE-T 
value,  300  -  520  mV  peak. 

In  either  case,  the  RXD  circuit 
post  squelch  threshold  will  be 
one  half  of  the  unsquelch  thresh- 
old. 

This  bit  only  has  meaning  when 
the  10BASE-T  network  interface 
is  selected. 

Read/write  accessible  only  when 
STOP  bit  is  set.  Cleared  by 
H_RESET  or  S_RESET  and  is 
unaffected  by  STOP. 

TSEL  Transmit  Mode  Select. 
TSEL  controls  the  levels  at  which 
the  AU I  drivers  rest  when  the  AUI 
transmit  port  is  idle.  When  TSEL 
=  0,  DO+  and  DO-  yield  "zero"  dif- 
ferential to  operate  transformer 
coupled  loads  (Ethernet  2  and 
802.3).  When  TSEL  =  1 ,  the  DO+ 
idles  at  a  higher  value  with  re- 
spect to  DO-,  yielding  a  logical 
HIGH  state  (Ethernet  1). 

This  bit  only  has  meaning  when 
the  AUI  network  interface  is  se- 
lected. 

Read/write  accessible  only  when 
STOP  bit  is  set.  Cleared  by 
H_RESET  or  S_RESET  and  is 
unaffected  by  STOP. 


8-7  PORTSEL[1:0] 


Port  Select  bits  allow  for  software 
controlled  selection  of  the  net- 
work medium. 

PORTSEL  settings  of  AUI  and 
1 0BASE-T  are  ignored  when  the 
ASEL  bit  of  BCR2  (bit  1)  has 
been  set  to  ONE. 

The  network  port  configuration  is 
shown  in  Table  41. 

Table  41 .  Network  Port  Configuration 


PORTSEL[1:0] 

ASEL 
(BCR2[1]) 

Link  Status 
(of  10BASE-T) 

Network 
Port 

OX 

1 

Fail 

AUI 

OX 

1 

Pass 

10BASE-T 

0  0 

0 

X 

AUI 

0  1 

0 

X 

10BASE-T 

1  0 

X 

X 

GPSI 

1  1 

X 

X 

Reserved 

6  INTL 


5  DRTY 


4  FCOLL 


3  DXMTFCS 


Refer  to  the  section  on  General 
Purpose  Serial  Interface  for  de- 
tailed information  on  accessing 
GPSI. 

Read/write  accessible  only  when 
STOP  bit  is  set.  Cleared  by 
H  RESET  or  S_RESET  and  is 
unaffected  by  STOP. 

Internal  Loopback.  See  the  de- 
scription of  LOOP,  CSR15-2. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

Disable  Retry.  When  DRTY  =  "1 ", 
PCnet-32  controller  will  attempt 
only  one  transmission.  If  DRTY  = 
"0",  PCnet-32  controller  will  at- 
tempt 16  retry  attempts  before 
signaling  a  retry  error.  DRTY  is 
defined  when  the  initialization 
block  is  read. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

Force  Collision.  This  bit  allows 
the  collision  logic  to  be  tested. 
PCnet-32  controller  must  be  in 
internal  loopback  for  FCOLL  to 
be  valid.  If  FCOLL  =  "1",  a  colli- 
sion will  be  forced  during  loop- 
back  transmission  attempts,  a 
Retry  Error  will  ultimately  result. 
It  FCOLL  =  "0",  the  Force  Colli- 
sion logic  will  be  disabled. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

Disable  Transmit  CRC  (FCS). 
When    DXMTFCS    =   0,  the 
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transmitter  will  generate  and  ap- 
pend a  FCS  to  the  transmitted 
frame.  When  DXMTFCS  =  1 ,  the 
FCS  logic  is  allocated  to  the  re- 
ceiver and  no  FCS  is  generated 
or  sent  with  the  transmitted 
frame.  DXMTFCS  is  overridden 
when  ADD_FCS  is  set  in  TMD1 . 

See  also  the  ADD_FCS  bit  in 
TMD1.  If  DXMTFCS  is  set  and 
ADD_FCS  is  clear  for  a  particular 
frame,  no  FCS  will  be  generated. 
The  value  of  ADD_FCS  is  valid 
only  when  STP  is  set.  If 
ADD  FCS  is  set  for  a  particular 
frame,  the  state  of  DXMTFCS  is 
ignored  and  a  FCS  will  be  ap- 
pended on  that  frame  by  the 
transmit  circuitry. 

In  loopback  mode,  this  bit  deter- 
mines if  the  transmitter  appends 
FCS  or  if  the  receiver  checks  the 
FCS. 

This  bit  was  called  DTCR  in  the 
LANCE  (Am7990). 

Read/write  accessible  only  when 
STOP  bit  is  set. 

LOOP  Loopback      Enable  allows 

PCnet-32  controller  to  operate  in 
full  duplex  mode  for  test  pur- 
poses. When  LOOP  =  "1",  loop- 
back  is  enabled.  In  combination 
with  INTL  and  MENDECL,  vari- 
ous loopback  modes  are  defined 
in  Table  42. 

Table  42.  Loopback  Modes 


LOOF 

INTL 

MENDECL 

Loopback  Mode 

0 

X 

X 

Non-Loopback 

1 

0 

X 

External  Loopback 

1 

1 

0 

Internal  Loopback 
Include  MENDEC 

1 

1 

1 

Internal  Loopback 
Exclude  MENDEC 

Read/write  accessible  only  when 
STOP  bit  is  set.  LOOP  is  cleared 
by  HRESETor  S_RESETand  is 
unaffected  by  the  STOP  bit. 

DTX  Disable    Transmit    results  in 

PCnet-32  controller  not  access- 
ing the  Transmit  Descriptor  Ring 
and  therefore  no  transmissions 
are  attempted.  DTX  =  "0",  will  set 
TXON  bit  (CSRO  bit  4)  if  STRT 
(CSRO  bit  1)  is  asserted. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


0         DRX  Disable   Receiver   results  in 

PCnet-32  controller  not  access- 
ing the  Receive  Descriptor  Ring 
and  therefore  all  receive  frame 
data  are  ignored.  DRX  =  "0",  will 
set  RXON  bit  (CSRO  bit  5)  if 
STRT  (CSRO  bit  1)  is  asserted. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

CSR16:  Initialization  Block  Address  Lower 
Bit       Name  Description 

This  register  is  an  alias  of  the  lo- 
cation CSR1.  Accesses  to/from 
this  register  are  equivalent  to  ac- 
cess to  CSR1. 


31-16  RES 
15-0  IADR 


Reserved  locations.  Written  as 
zeros  and  read  as  undefined. 

Lower  16  bits  of  the  address  of 
the  Initialization  Block.  This  reg- 
ister is  an  alias  of  CSR1.  When- 
ever this  register  is  written,  CSR1 
is  updated  with  CSR16's  con- 
tents. 

Read/Write  accessible  only 
when  the  STOP  bit  in  CSRO  is 
set.  Unaffected  by  RESET. 


CSR17:  Initialization  Block  Address  Upper 
Bit      Name  Description 


This  register  is  an  alias  of  the  lo- 
cation CSR2.  Accesses  to/from 
this  register  are  equivalent  to  ac- 
cess to  CSR2. 

Reserved  locations.  Written  as 
zeros  and  read  as  undefined. 

Upper  16  bits  of  the  address  of 
the  Initialization  Block.  This  reg- 
ister is  an  alias  of  CSR2.  When- 
ever this  register  is  written,  CSR2 
is  updated  with  CSR17's 
contents. 

Read/Write  accessible  only 
when  the  STOP  bit  in  CSRO  is 
set.  Unaffected  by  RESET. 


31-16  RES 
15-0  IADR 


CSR18:  Current  Receive  Buffer  Address  Lower 
Bit      Name  Description 

31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

1 5-0    CRBA  Contains  the  lower  1 6  bits  of  the 

current  receive  buffer  address  at 
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which  the  PCnet-32  controller 
will  store  incoming  frame  data. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  H_RESET, 
S_RESET,  or  STOP. 

CSR19:  Current  Receive  Buffer  Address  Upper 
Bit      Name  Description 


31-16  RES 
15-0  CRBA 


Reserved  locations.  Written  as 
zeros  and  read  as  undefined. 

Contains  the  upper  1 6  bits  of  the 
current  receive  buffer  address  at 
which  the  PCnet-32  controller 
will  store  incoming  frame  data. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  H_RESET, 
S_RESET,  or  STOP. 


CSR20:  Current  Transmit  Buffer  Address  Lower 
Bit      Name  Description 


31-16  RES 
15-0  CXBA 


Reserved  locations.  Written  as 
zeros  and  read  as  undefined. 

Contains  the  lower  16  bits  of  the 
current  transmit  buffer  address 
from  which  the  PCnet-32  control- 
ler is  transmitting. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR21 :  Current  Transmit  Buffer  Address  Upper 
Bit      Name  Description 

31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

15-0    CXBA  Contains  the  upper  16  bits  of  the 

current  transmit  buffer  address 
from  which  the  PCnet-32  control- 
ler is  transmitting. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

CSR22:  Next  Receive  Buffer  Address  Lower 
Bit      Name  Description 

31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

15-0    NRBA  Contains  the  lower  16  bits  of  the 

next  receive  buffer  address  to 
which  the  PCnet-32  controller 
will  store  incoming  frame  data. 


Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR23:  Next  Receive  Buffer  Address  Upper 
Bit       Name  Description 


31-16  RES 
15-0  NRBA 


Reserved  locations.  Written  as 
zeros  and  read  as  undefined. 

Contains  the  upper  1 6  bits  of  the 
next  receive  buffer  address  to 
which  the  PCnet-32  controller 
will  store  incoming  frame  data. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR24:  Base  Address  of  Receive  Ring  Lower 
Bit       Name  Description 


31-16  RES 
15-0  BADR 


Reserved  locations.  Written  as 
zeros  and  read  as  undefined. 

Contains  the  lower  16  bits  of  the 
base  address  of  the  Receive 
Ring. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR25:  Base  Address  of  Receive  Ring  Upper 
Bit      Name  Description 


31-16  RES 
15-0  BADR 


Reserved  locations.  Written  as 
zeros  and  read  as  undefined. 

Contains  the  upper  1 6  bits  of  the 
base  address  of  the  Receive 
Ring. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR26:  Next  Receive  Descriptor  Address  Lower 
Bit      Name  Description 


31-16  RES 
15-0  NRDA 


Reserved  locations.  Written  as 
zeros  and  read  as  undefined. 

Contains  the  lower  16  bits  of  the 
next  RDRE  address  pointer. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR27:  Next  Receive  Descriptor  Address  Upper 
Bit       Name  Description 


31-16  RES 


Reserved  locations.  Written  as 
zeros  and  read  as  undefined. 
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15-0    NRDA  Contains  the  upper  16  bits  of  the 

next  RDRE  address  pointer. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

CSR28:  Current  Receive  Descriptor  Address 
Lower 


Bit 


Name 


Description 


31-16 


RES 


15-0  CRDA 


CSR29 
per 

Bit 


31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

CRDA  Contains  the  upper  16  bits  of  the 

current  RDRE  address  pointer. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

CSR30:  Base  Address  of  Transmit  Ring  Lower 
Bit       Name  Description 


31-16 
15-0 


CSR31 
Bit 


31-16 
15-0 


Reserved  locations.  Written  as 
zeros  and  read  as  undefined. 

Contains  the  lower  16  bits  of  the 
current  RDRE  address  pointer. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


:  Current  Receive  Descriptor  Address  Up- 


Name 


Description 


RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

BADX  Contains  the  lower  1 6  bits  of  the 

base  address  of  the  Transmit 
Ring. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


:  Base  Address  of  Transmit  Ring  Upper 
Name  Description 


RES  Reserved  locations.  Read  and 

written  as  zero. 

BADX  Contains  the  upper  16  bits  of  the 

base  address  of  the  Transmit 
Ring. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR32:  Next  Transmit  Descriptor  Address  Lower 
Bit       Name  Description 


31-16  RES 
15-0  NXDA 


Reserved  locations.  Written  as 
zeros  and  read  as  undefined. 

Contains  the  lower  16  bits  of  the 
next  TDRE  address  pointer. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR33:  Next  Transmit  Descriptor  Address  Upper 
Bit      Name  Description 

31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

15-0    NXDA  Contains  the  upper  16  bits  of  the 

next  TDRE  address  pointer. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

CSR34:  Current  Transmit  Descriptor  Address 
Lower 


Bit 


Name 


Description 


31-16  RES 
15-0  CXDA 


Reserved  locations.  Read  and 
written  as  zero. 

Contains  the  lower  16  bits  of  the 
current  TDRE  address  pointer. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR35:  Current  Transmit  Descriptor  Address 
Upper 


Bit 


Name 


Description 


31-16    RES  Reserved  locations.  Written 

zeros  and  read  as  undefined. 


15-0    CXDA  Contains  the  upper  16  bits  of  the 

current  TDRE  address  pointer. 

Read/write  accessible  only  when 
STOP  bit  is  set. 
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5R36:  Next  Next  Receive  Descriptor  Address 
Lower 


CSR40:  Current  Receive  Status  and  Byte  Count 
Lower 


Bit 


Name 


Description 


Bit 


Name 


Description 


31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

15-0  NNRDA  Contains  the  lower  1 6  bits  of  the 
next  next  receive  descriptor  ad- 
dress pointer. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

CSR37:  Next  Next  Receive  Descriptor  Address 
Upper 

Bit       Name  Description 

31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

15-0  NNRDA  Contains  the  upper  16  bits  of  the 
next  next  receive  descriptor  ad- 
dress pointer. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

CSR38:  Next  Next  Transmit  Descriptor  Address 
Lower 

Bit       Name  Description 

31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

15-0  NNXDA  Contains  the  lower  16  bits  of  the 
next  next  transmit  descriptor  ad- 
dress pointer. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

CSR39:  Next  Next  Transmit  Descriptor  Address 
Upper 

Bit      Name  Description 

31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

15-0  NNXDA  Contains  the  upper  16  bits  of  the 
next  next  transmit  descriptor  ad- 
dress pointer. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


31-16 

RES 

Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

15-12 

RES 

Reserved  locations.  Read  and 

written  as  zero. 

11-0 

CRBC 

current  Receive  Byte  Count.  This 

field  is  a  copy  of  the  BCNT  field  of 

HMud  ot  tne  current  receive  de- 

ep rintnr 

Read/write  accessible  only  when 

b  i  up  bit  is  set. 

CSR41 

:  Current  1 

deceive  Status  and  Byte  Count 

Upper 

Bit 

Name 

Description 

31-16 

RES 

Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

15-8 

CRST 

Current  Receive  Status.  This 

field  is  a  copy  of  bits  15:8  of 

RMD1  of  the  current  receive  de- 

scriptor. 

Read/write  accessible  only  when 

STOP  bit  is  set. 

7-0 

RES 

Reserved  locations.  Read  and 

written  as  zero. 

CSR42:  Current  Transmit  Status  and  Byte  Count 

Lower 

Bit 

Name 

Description 

31-16 

RES 

Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

15-12 

RES 

Reserved  locations.  Read  and 

written  as  zero. 

11-0 

CXBC 

current  Transmit  Byte  Count. 

This  field  is  a  copy  of  the  BCNT 

field  of  TMD2  of  the  current  trans- 

mit  descriptor. 

Read/write  accessible  only  when 
STOP  bit  is  set. 
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CSR43:  Current  Transmit  Status  and  Byte  Count 
Upper 


Bit 


Name 


Description 


31-16  RES 


15-8 


7-0 


CSR44:  Next  Receive  Status  and  Byte  Count 
Lower 


Bit 


31-16 
15-12 
11-0 


Bit 


CXST 


Reserved  locations.  Written  as 
zeros  and  read  as  undefined. 

Current  Transmit  Status.  This 
field  is  a  copy  of  bits  15:8  of 
TMD1  of  the  current  transmit  de- 
scriptor. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


RES 


Reserved  locations, 
written  as  zero. 


Read  and 


Name 


Description 


as 


RES  Reserved  locations.  Written 

zeros  and  read  as  undefined. 

RES  Reserved  locations.  Read  and 

written  as  zero. 

NRBC  Next  Receive  Byte  Count.  This 

field  is  a  copy  of  the  BCNT  field  of 
RMD2  of  the  next  receive  de- 
scriptor. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR45:  Next  Receive  Status  and  Byte  Count 
Upper 


Name 


Description 


31-16 
15-8 

7-0 

CSR46 
Bit 


31-16 
15-0 


1-784 


RES 
NRST 

RES 


Reserved  locations.  Written  as 
zeros  and  read  as  undefined. 

Next  Receive  Status.  This  field  is 
a  copy  of  bits  15:8  of  RMD1  of  the 
next  receive  descriptor. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


Reserved  locations, 
written  as  zero. 


Read  and 


:  Poll  Time  Counter 
Name  Description 


RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

POLL  Poll  Time  Counter.  This  counter 

is  incremented  by  the  PCnet-32 
controller  microcode  and  is  used 
to  trigger  the  descriptor  ring 


polling  operation  of  the  PCnet-32 
controller. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR47:  Polling  Interval 

Bit       Name  Description 


31-16  RES 
15-0  POLLINT 


Am79C965 


Reserved  locations.  Written  as 
zeros  and  read  as  undefined. 

Polling  Interval.  This  register 
contains  the  time  that  the 
PCnet-32  controller  will  wait  be- 
tween successive  polling  opera- 
tions. The  POLLINT  value  is 
expressed  as  the  two's  comple- 
ment of  the  desired  interval, 
where  each  bit  of  POLLINT  rep- 
resents 1  BCLK  period  of  time 
(486  and  VL-Bus  modes;  2  BCLK 
386  mode).  POLLINT[3:0]  are  ig- 
nored. (POLLINT[16]  is  implied 
to  be  a  one,  so  POLLINT[15]  is 
significant,  and  does  not  repre- 
sent the  sign  of  the  two's  comple- 
ment POLLINT  value.) 
The  default  value  of  this  register 
is  0000.  This  corresponds  to  a 
polling  interval  of  65,536  BCLK 
periods  (486  and  VL-Bus  modes; 
131,072  BCLK  386  mode).  The 
POLLINT  value  of  0000  is 
crxeated  during  the  microcode 
initialization  routine,  and  there- 
fore might  not  be  seen  when 
reading  CSR47  after  H_RESET 
or  S_RESET. 

If  the  user  desires  to  program  a 
value  for  POLLINT  otherthan  the 
default,  then  the  correct  proce- 
dure is  to  first  set  I  NIT  only  in 
CSR0.  Then,  when  the  initializa- 
tion sequence  is  complete,  the 
user  must  set  STOP  in  CSR0. 
Then  the  user  may  write  to 
CSR47  and  then  set  STRT  in 
CSR0.  In  this  way,  the  default 
value  of  0000  in  CSR47  will  be 
overwritten  with  the  desired  user 
value. 

If  the  user  does  NOT  use  the 
standard  initialization  procedure 
(standard  implies  use  of  an  in- 
itialization block  in  memory  and 
setting  the  IN  IT  bit  of  CSR0),  but 
instead,  chooses  to  write  directly 
to  each  of  the  registers  that  are 
involved  in  the  INIT  operation, 
then  it  is  imperative  that  the  user 
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also  write  0000  0000  to  CSR47 
as  part  of  the  alternative  initiali- 
zation sequence. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR48:  Temporary  Storage  2  Lower 
B  t      Name  Description 


31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

15-0    TMP2  Lower  16  bits  of  a  Temporary 

Storage  location. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

CSR49:  Temporary  Storage  2  Upper 
Bit      Name  Description 


31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

15-0    TMP2  Upper  16  bits  of  a  Temporary 

Storage  location. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR50:  Temporary  Storage  3  Lower 
Name  Description 


Bit 


31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

15-0    TMP3  Lower  16  bits  of  a  Temporary 

Storage  location. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

CSR51 :  Temporary  Storage  3  Upper 
Bit      Name  Description 


31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

15-0    TMP3  Upper  16  bits  of  a  Temporary 

Storage  location. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

CSR52:  Temporary  Storage  4  Lower 
Bit      Name  Description 


31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

15-0    TMP4  Lower  16  bits  of  a  Temporary 

Storage  location. 


Read/write  acce 
STOP  bit  is  set. 

CSR53:  Temporary  Storage  4  Upper 
Bit       Name  Description 


31-16  RES 
15-0  TMP4 


Reserved  locations.  Written 
zeros  and  read  as  undefined. 

Upper  16  bits  of  a 
Storage  location. 

Read/write  accessible 
STOP  bit  is  set. 


CSR54:  Temporary  Storage  5  Lower 
Bit       Name  Description 

31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

15-0    TMP5  Lower  16  bits  of  a  Temporary 

Storage  location. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

CSR55:  Temporary  Storage  5  Upper 
Bit       Name  Description 

31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

15-0    TMP5  Upper  16  bits  of  a  Temporary 

Storage  location. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

CSR56:  Temporary  Storage  6  Lower 
Bit       Name  Description 

31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

15-0    TMP6  Lower  16  bits  of  a  Temporary 

Storage  location. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

CSR57:  Temporary  Storage  6  Upper 
Bit       Name  Description 

31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

15-0    TMP6  Upper  16  bits  of  a  Temporary 

Storage  location. 

Read/write  accessible  only  when 
STOP  bit  is  set. 
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CSR58 
Bit 


Software  Style 
Name  Description 


This  register  is  an  alias  of  the  lo- 
cation BCR20.  Accesses  to/from 
this  register  are  equivalent  to  ac- 
cesses to  BCR20. 

31-10    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

9  CSRPCNET  CSR  PCnet-ISA  configuration 
bit.  When  set,  this  bit  indicates 
that  the  PCnet-32  controller  reg- 
ister bits  of  CSR4  and  CSR3  will 
map  directly  to  the  CSR4  and 
CSR3  bits  of  the  PCnet-ISA 
(Am79C960)  device.  When 
cleared,  this  bit  indicates  that 
PCnet-32  controller  register  bits 
of  CSR4  and  CSR3  will  map  di- 
rectly to  the  CSR4  and  CSR3  bits 
of  the  ILACC  (Am79C900) 
device. 

The  value  of  CSRPCNET  is  de- 
termined by  the  PCnet-32  con- 
troller. CSRPCNET  is  read  only 
by  the  host. 

The  PCnet-32  controller  uses  the 
setting  of  the  Software  Style  reg- 
ister (BCR20[7:0]/CSR58[7:0]) 
to  determine  the  value  for  this  bit. 

CSRPCNET  is  set  to  a  ONE  by 
H_RESET  or  S_RESET  and  is 
not  affected  by  STOP. 
SSIZE32  Software  Size  32  bits.  When  set, 
this  bit  indicates  that  the 
PCnet-32  controller  utilizes  AMD 
79C900  (ILACC)  software  struc- 
tures. In  particular,  Initialization 
Block  and  Transmit  and  Receive 
descriptor  bit  maps  are  affected. 
When  cleared,  this  bit  indicates 
that  the  PCnet-32  controller  util- 
izes AMD  PCnet-ISA  software 
structures.  Note:  Regardless  of 
the  setting  of  SSIZE32,  the  In- 
itialization Block  must  always  be- 
gin on  a  double-word  boundary. 

The  value  of  SSIZE32  is  deter- 
mined by  the  PCnet-32  control- 
ler. SSIZE32  is  read  only  by  the 
host. 

The  PCnet-32  controller  uses  the 
setting  of  the  Software  Style  reg- 
ister (BCR20,  bits  7-0)  to  deter- 
mine the  value  for  this  bit. 
SSIZE32  is  cleared  by  H  RESET 
or  SJRESET  and  is  not  affected 
by  STOP. 


7-0  SWSTYLE 


If  SSIZE32  is  reset,  then  bits 
IADR[31:24]  of  CSR2  will  be 
used  to  generate  values  for  the 
upper  8  bits  of  the  32  bit  address 
bus  during  master  accesses  initi- 
ated by  the  PCnet-32  controller. 
This  action  is  required,  since  the 
16-bit  software  structures  speci- 
fied by  the  SSIZE32=0  setting 
will  yield  only  24  bits  of  address 
for  PCnet-32  controller  bus  mas- 
ter accesses. 

If  SSIZE32  is  set,  then  the  soft- 
ware structures  that  are  common 
to  the  PCnet-32  controller  and 
the  host  system  will  supply  a  full 
32  bits  for  each  address  pointer 
that  is  needed  by  the  PCnet-32 
controller  for  performing  master 
accesses. 

The  value  of  the  SSIZE32  bit  has 
no  effect  on  the  drive  of  the  upper 
8  address  pins.  The  upper  8  ad- 
dress pins  are  always  driven,  re- 
gardless of  the  state  of  the 
SSIZE32  bit. 

Note  that  the  setting  of  the 
SSIZE32  bit  has  no  effect  on  the 
defined  width  for  I/O  resources. 
I/O  resource  width  is  determined 
by  the  state  of  the  DWIO  bit. 

Software  Style  register.  The 
value  in  this  register  determines 
the  "style"  of  I/O  and  memory  re- 
sources that  are  used  by  the 
PCnet-32  controller.  The  S/W  re- 
source style  selection  will  affect 
the  interpretation  of  a  few  bits 
within  the  CSR  space  and  the 
width  of  the  descriptors  and  in- 
itialization block.  See  Table  43. 
All  PCnet-32  controller  CSR  bits 
and  BCR  bits  and  all  descriptor, 
buffer  and  initialization  block  en- 
tries not  cited  in  the  table  above 
are  unaffected  by  the  Software 
Style  selection  and  are  therefore 
always  fully  functional  as  speci- 
fied in  the  BCR  and  CSR  sec- 
tions. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

The  SWSTYLE  register  will  con- 
tain the  value  OOh  following 
H_RESET  or  S_RESET  and  will 
be  unaffected  by  STOP. 
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Table  43.  Software  Resource  Style  Selection 


SWSTYLE[7:0] 
(Hex) 

Stvlp  Namp 

CSRPCNET 

SSIZE32 

AHprpH  Rit  Intprnrptatinn^ 

Ml  [CI  BU    U  11  II  HCI  Ul  C  IQ1IUI  13 

00 

LANCE/ 

1 

0 

ALL  CSR4  bits  will  function  as  defined  in  the  CSR4  section. 
I  mui L«J  lunciions  as  AUU_rOo 

01 

ILACC 

0 

1 

CSR4[9:8],  CSR4[5:4]  and  CSR4[1 :0]  will  have  no  function, 
but  will  be  writeable  and  readable. 

CSR4[15:10],  CSR4[7:6]  and  CSR4[3:2]  will  function 

as  defined  in  the  CSR4  section.  TMD1[29]  becomes  NO_FCS. 

02 

PCnet-32 

1 

1 

ALL  CSR4  bits  will  function  as  defined  in  the  CSR4  section. 
TMD1[29]  functions  as  ADD  FCS 

All  other 
combinations 

Reserved 

Undefined 

Undefined 

Undefined 

CSR59:  IR  Register 

Bit      Name  Description 


31-16  RES 
15-0  IRREG 


Reserved  locations.  Written  as 
zeros  and  read  as  undefined. 
Contains  the  value  0105. 

This  register  always  contains  the 
same  value.  It  is  not  writeable. 


Read  accessible 
STOP  bit  is  set. 


only  when 


CSR60:  Previous  Transmit  Descriptor  Address 
Lower 


Bit 


Name 


Description 


31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

1 5-0    PXDA  Contains  the  lower  1 6  bits  of  the 

previous  TDRE  address  pointer. 
PCnet-32  controller  has  the  ca- 
pability to  stack  multiple  transmit 
frames. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR61 :  Previous  Transmit  Descriptor  Address 
Upper 


Bit 


Name 


Description 


31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

1 5-0    PXDA  Contains  the  upper  1 6  bits  of  the 

previous  TDRE  address  pointer. 
PCnet-32  controller  has  the  ca- 
pability to  stack  multiple  transmit 
frames. 


Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR62:  Previous  Transmit  Status  and  Byte  Count 
Lower 


Bit 


Name 


Description 


31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

15-12    RES  Reserved  locations.  Read  and 

written  as  zero. 

Accessible  only  when  STOP  bit 
is  set. 

11-0     PXBC  Previous  Transmit  Byte  Count. 

This  field  is  a  copy  of  the  BCNT 
field  of  TMD2  of  the  previous 
transmit  descriptor. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR63:  Previous  Transmit  Status  and 
Upper 


Bit 


Name 


Description 


31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

15-8     PXST  Previous  Transmit  Status.  This 

field  is  a  copy  of  bits  15:8  of 
TMD1  of  the  previous  transmit 
descriptor. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

7-0       RES  Reserved  locations.  Read  and 

written  as  zero. 

Accessible  only  when  STOP  bit 

is  set. 


Am79C965 
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CSR64 
Bit 


Next  Transmit  Buffer  Address  Lower 
Name  Description 


31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

15-0    NXBA  Contains  the  lower  16  bits  of  the 

next  transmit  buffer  address  from 
which  the  PCnet-32  controller 
will  transmit  an  outgoing  frame. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR65:  Next  Transmit  Buffer  Address  Upper 
Bit      Name  Description 


31-16 

RES 

Reserved  locations.  Written  as 
zeros  and  read  as  undefined. 

15-0 

NXBA 

Contains  the  upper  1 6  bits  of  the 
next  transmit  buffer  address  from 
which  the  PCnet-32  controller 
will  transmit  an  outgoing  frame. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

CSR66 

:  Next  Transmit  Status  and  Byte  Count 

Lower 

Bit 

Name 

Description 

15-12 


11-0 


31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

RES  Reserved  locations.  Read  and 

written  as  zero. 

Accessible  only  when  STOP  bit  is 
set. 

NXBC  Next  Transmit  Byte  Count.  This 

field  is  a  copy  of  the  BCNT  field  of 
TMD2  of  the  next  transmit  de- 
scriptor. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR67 
Upper 

Next  Transmit  Status  and  Byte  Counter 

Bit 

Name 

Description 

31-16 

RES 

Reserved  locations.  Written  as 
zeros  and  read  as  undefined. 

15-8 

NXST 

Next  Transmit  Status.  This  field 
is  a  copy  of  bits  15:8  of  TMD1  of 
the  next  transmit  descriptor. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

7-0 

RES 

Reserved  locations.  Read  and 
written  as  zero. 

Accessible  only  when  STOP  bit  is 
set. 


CSR68:  Transmit  Status  Temporary  Storage 
Lower 


Bit 


Name 


Description 


31-16  RES 
15-0  XSTMP 


Reserved  locations.  Written  as 
zeros  and  read  as  undefined. 

Lower  16  bits  of  a  Transmit 
Status  Temporary  Storage  loca- 
tion. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR69:  Transmit  Status  Temporary  Storage  Upper 
Bit      Name  Description 

31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

15-0    XSTMP         Transmit  Status  Temporary  Stor- 
age location. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

CSR70:  Temporary  Storage  Lower 
Bit      Name  Description 

31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

15-0    TMP8  Lower  16  bits  of  a  Temporary 

Storage  location. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

CSR71 :  Temporary  Storage  Upper 
Bit      Name  Description 

31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

15-0     TMP8  Upper  16  bits  of  a  Temporary 

Storage  location. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

CSR72:  Receive  Ring  Counter 
Bit      Name  Description 

31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

15-0    RCVRC         Receive  Ring  Counter  location. 

Contains  a  Two's  complement 
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binary  number  used  to  number 
the  current  receive  descriptor. 
This  counter  interprets  the  value 
in  CSR76  as  pointing  to  the  first 
descriptor,  a  counter  value  of 
zero  corresponds  to  the  last  de- 
scriptor in  the  ring. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR74:  Transmit  Ring  Counter 
Bit       Name  Description 


31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

15-0    XMTRC         Transmit  Ring  Counter  location. 

Contains  a  Two's  complement 
binary  number  used  to  number 
the  current  transmit  descriptor. 
This  counter  interprets  the  value 
in  CSR78  as  pointing  to  the  first 
descriptor.  A  counter  value  of 
zero  corresponds  to  the  last  de- 
scriptor in  the  ring. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

CSR76:  Receive  Ring  Length 
Bit      Name  Description 

31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

15-0  RCVRL  Receive  Ring  Length.  Contains 
the  two's  complement  of  the  re- 
ceive descriptor  ring  length.  This 
register  is  initialized  during  the 
PCnet-32  controller  initialization 
routine  based  on  the  value  in  the 
RLEN  field  of  the  initialization 
block.  However,  this  register  can 
be  manually  altered,  the  actual 
receive  ring  length  is  defined  by 
the  current  value  in  this  register. 
The  ring  length  can  be  defined  as 
any  value  from  1  to  65535. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR78:  Transmit  Ring  Length 
Bit      Name  Description 


31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

XMTRL  Transmit  Ring  Length.  Contains 
the  two's  complement  of  the 
transmit  descriptor  ring  length. 
This  register  is  initialized  during 


15-0 


the  PCnet-32  controller  initializa- 
tion routine  based  on  the  value  in 
the  TLEN  field  of  the  initialization 
block.  However,  this  register  can 
be  manually  altered,  the  actual 
transmit  ring  length  is  defined  by 
the  current  value  in  this  register. 
The  ring  length  can  be  defined  as 
any  value  from  1  to  65535. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

CSR80:  Burst  and  FIFO  Threshold  Control 
Bit      Name  Description 


31-16  RES 
15-14  RES 
13-12  RCVFW[1:0] 


Reserved  locations.  Written  as 
zeros  and  read  as  undefined. 

Reserved  locations.  Read  as 
ones  and  written  as  zero. 

Receive  FIFO  Watermark. 
RCVFW  controls  the  point  at 
which  receive  DMA  is  requested 
in  relation  to  the  number  of  re- 
ceived bytes  in  the  receive  FIFO. 
RCVFW  specifies  the  number  of 
bytes  which  must  be  present 
(once  the  frame  has  been  veri- 
fied as  a  non-runt)  before  receive 
DMA  is  requested.  Note  however 
that  in  order  for  receive  DMA  to 
be  performed  for  a  new  frame,  at 
least  64  bytes  must  have  been 
received.  This  effectively  avoids 
having  to  react  to  receive  frames 
which  are  runts  or  surfer  a  colli- 
sion during  the  slot  time  (512  bit 
times).  If  the  Runt  Packet  Accept 
feature  is  enabled,  receive  DMA 
will  be  requested  as  soon  as 
either  the  RCVFW  threshold  is 
reached,  or  a  complete  valid 
receive  frame  is  detected  (re- 
gardless of  length).  RCVFW  is 
set  to  a  value  of  10  (64  bytes)  af- 
ter H  RESET  or  S_RESET  and 
is  unaffected  by  STOP. 


RCVFW[1 :0] 

Bytes  Received 

00 

16 

01 

32 

10 

64 

11 

Reserved 

Read/write  accessible  only  when 
STOP  bit  is  set. 

Certain  combinations  of  water- 
mark programming  and  LINBC 
(BCR18[2-0])  programming  may 
create  situations  where  no  linear 
bursting  is  possible,  or  where  the 
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FIFO  may  be  excessively  read  or 
excessively  written.  Such  combi- 
nations are  declared  as  illegal. 

Combinations  of  watermark  set- 
tings and  LINBC  settings  must 
obey  the  following  relationship: 

watermark  (in  bytes)  >  LINBC  (in 
bytes) 

Combinations  of  watermark  and 
LINBC  settings  that  violate  this 
rule  may  cause  unexpected  be- 
havior. 

Transmit  Start  Point.  XMTSP 
controls  the  point  at  which  pre- 
amble transmission  attempts 
commence  in  relation  to  the  num- 
ber of  bytes  written  to  the  trans- 
mit FIFO  for  the  current  transmit 
frame.  When  the  entire  frame  is 
in  the  FIFO,  transmission  will 
start  regardless  of  the  value  in 
XMTSP.  XMTSP  is  given  a  value 
of  10  (64  bytes)  after  H_RESET 
or  S_RESET  and  is  unaffected 
by  STOP.  Regardless  of 
XMTSP,  the  FIFO  will  not  inter- 
nally over  write  its  data  until  at 
least  64  bytes  (orthe  entire  frame 
if  <64  bytes)  have  been  transmit- 
ted onto  the  network.  This  en- 
sures that  for  collisions  within  the 
slot  time  window,  transmit  data 
need  not  be  re-written  to  the 
transmit  FIFO,  and  re-tries  will  be 
handled  autonomously  by  the 
MAC.  This  bit  is  read/write  ac- 
cessible only  when  the  STOP  bit 
is  set. 


<MTSP[1:0] 

Bytes  Written 

00 
01 
10 

11 

4 

16 
64 
112 

9-8  XMTFW[1:0] 


Transmit  FIFO  Watermark. 
XMTFW  specifies  the  point  at 
which  transmit  DMA  stops, 
based  upon  the  number  of  write 
cycles  that  could  be  performed  to 
the  transmit  FIFO  without  FIFO 
overflow.  Transmit  DMA  is  al- 
lowed at  any  time  when  the  num- 
ber of  write  cycles  specified  by 
SMTFW  could  be  executed  with- 
out causing  transmit  FIFO  over- 
flow. XMTFW  is  set  to  a  value  of 
00b  (8  cycles)  after  H_RESET  or 
S_RESET  and  is  unaffected  by 
STOP.  Read/write  accessible 
only  when  STOP  bit  is  set. 


XMTFW[1:0] 

Write  Cycles 

00 

8 

01 

16 

10 

32 

11 

Reserved 

7-0  DMACR[7:0] 


Certain  combinations  of  water- 
mark programming  and  LINBC 
programming  may  create  situ- 
ations where  no  linear  bursting  is 
possible,  or  where  the  FIFO  may 
be  excessively  read  or  exces- 
sively written.  Such  combina- 
tions are  declared  as  illegal. 

Combinations  of  watermark  set- 
tings and  LINBC  settings  must 
obey  the  following  relationship: 

watermark  (in  bytes)  >  LINBC  (in 
bytes) 

Combinations  of  watermark  and 
LINBC  settings  that  violate  this 
rule  may  cause  unexpected  be- 
havior. 

DMA  Cycle  Register.  This  regis- 
ter contains  the  maximum  allow- 
able number  of  transfers  to 
system  memory  that  the  Bus  In- 
terface will  perform  during  a 
single  DMA  cycle.  The  Cycle 
Register  is  not  used  to  limit  the 
number  of  transfers  during  De- 
scriptor transfers.  A  value  of  zero 
will  be  interpreted  as  one  trans- 
fer. During  H_RESET  or  S_RE- 
SETa  value  of  16  is  loaded  in  the 
BURST  register.  If  the 
DMAPLUS  bit  in  CSR4  is  set,  the 
DMA  Cycle  Register  is  disabled. 
When  the  ENTST  bit  in  CSR4  is 
set,  all  writes  to  this  register  will 
automatically  perform  a  decre- 
ment cycle. 

When  the  Cycle  Register  times 
out  in  the  middle  of  a  linear  burst, 
the  linear  burst  will  continue  until 
a  legal  starting  address  is 
reached,  and  then  the  PCnet-32 
controller  will  relinquish  the  bus. 

Therefore,  if  linear  bursting  is  en- 
abled, and  the  user  wishes  the 
PCnet-32  controller  to  limit  bus 
activity  to  desired_max  transfers, 
then  the  Cycle  Register  should 
be  programmed  to  a  value  of: 
Burst  count  setting  =  (de- 
sired_max  DIV  (length  of  linear 
burst  in  transfers))  x  length  of  lin- 
ear burst  in  transfers  where  DIV 
is  the  operation  that  yields  the 
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INTEGER  portion  of  the  + 
operation. 

Note:  If  either  Linear  Burst  Write 
is  enabled,  the  value  has  to  be 
greater  than  or  equal  to  4. 

Read/write  accessible  only  when 
the  STOP  bit  is  set. 


CSR82:  Bus  Activity  Timer 

Bit       Name  Description 

31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

15-0  DMABAT  BusActivity  Timer  Register.  If  the 
TIMER  bit  in  CSR4  is  set,  this 
register  contains  the  maximum 
allowable  time  that  PCnet-32 
controller  will  take  up  on  the  sys- 
tem bus  during  FIFO  data  trans- 
fers for  a  single  DMA  cycle.  The 
Bus  Activity  Timer  Register  does 
not  limit  the  number  of  transfers 
during  Descriptor  transfers. 

The  DMABAT  value  is  inter- 
preted as  an  unsigned  number 
with  a  resolution  of  0.1  |is.  For  in- 
stance, a  value  of  51  us  would  be 
programmed  with  a  value  of  51 0. 
If  the  TIMER  bit  in  CSR4  is  set, 
DMABAT  is  enabled  and  must  be 
initialized  by  the  user.  The 
DMABAT  register  is  undefined 
until  written.  When  the  ENTST  bit 
in  CSR4  is  set,  all  writes  to  this 
register  will  automatically  per- 
form a  decrement  cycle. 

If  the  user  has  NOT  enabled  the 
Linear  Burst  function  and  wishes 
the  PCnet-32  controller  to  limit 
bus  activity  to  MAXTIME  us, 
then  the  Burst  Timer  should  be 
programmed  to  a  value  of: 

MAXJTIME-  [(1 1  +4w)x  (BCLK 
period)], 

where  w  =  wait  states. 

If  the  user  has  enabled  the  Linear 
Burst  function  and  wishes  the 
PCnet-32  controller  to  limit  bus 
activity  to  MAX  TIME  us,  then 
the  Burst  Timer  should  be  pro- 
grammed to  a  value  of: 

MAX_TIME-  [((3+lbs)  XW+10  + 
lbs)  x  (BCLK  period)], 

where  w  =  wait  states  and  lbs  = 
linear  burst  size  in  number  of 
transfers  per  sequence. 

This  is  because  the  PCnet-32 
controller  may  use  as  much  as 


one  "linear  burst  size"  plus  three 
transfers  in  order  to  complete  the 
linear  burst  before  releasing  the 
bus. 

As  an  example,  if  the  linear  burst 
size  is  four  transfers,  and  the 
number  of  wait  states  for  the  sys- 
tem memory  is  two,  and  the 
BCLK  period  is  30  ns  and  the 
MAX  time  allowed  on  the  bus  is 
3  us,  then  the  Burst  Timer  should 
be  programmed  for: 

MAX_TIME- [((3+lbs)  XW+10  + 
lbs)  x  (BCLK  period)], 
3fiS-[(3  +  4)x2  +10  +  4)x  (30 
ns)]=3ns-  (28  x30ns)  =  3-  0.84 
/is  =  2.16  ms. 

Then,  if  the  PCnet-32  controller's 
Bus  ActivityTimer  times  out  after 
2.1 6  us  when  the  PCnet-  32  con- 
troller has  completed  all  but  the 
last  three  transfers  of  a  linear 
burst,  the  PCnet-32  controller 
may  take  as  much  as  0.84  us  to 
complete  the  bursts  and  release 
the  bus.  The  bus  release  will  oc- 
cur at  2.1 6  +  0.84  =  3  us. 

A  value  of  zero  will  in  the 
DMABAT  register  with  the 
TIMER  bit  in  CSR4  set  to  ONE 
will  produce  single  linear  burst 
sequences  per  bus  master  pe- 
riod when  programmed  for  linear 
burst  mode,  and  will  yield  sets  of 
three  transfers  when  not  pro- 
grammed for  linear  burst  mode. 

The  Bus  Activity  Timer  is  set  to  a 
value  of  OOh  after  H_RESET  or 
S_RESET  and  is  unaffected  by 
STOP. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR84:  DMA  Address  Lower 
Bit      Name  Description 

31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

15-0    DMABA         DMA  Address  Register. 

This  register  contains  the  lower 
1 6  bits  of  the  address  of  system 
memory  for  the  current  DMA  cy- 
cle. The  Bus  Interface  Unit  con- 
trols the  Address  Register  by 
issuing  increment  commands  to 
increment  the  memory  address 
for  sequential  operations.  The 
DMABA  register  is  undefined 
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until  the  first  PCnet-32  controller 
DMA  operation.  When  the 
ENTST  bit  in  CSR4  is  set,  all 
writes  to  this  register  will  auto- 
matically perform  an  increment 
cycle. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR85:  DMA  Address  Upper 


Bit 


Name 


Description 


31-16  RES 
15-0    DM  ABA 


Reserved  locations.  Written  as 
zeros  and  read  as  undefined. 

DMA  Address  Register. 

This  register  contains  the  upper 
16  bits  of  the  address  of  system 
memory  for  the  current  DMA  cy- 
cle. The  Bus  Interface  Unit  con- 
trols the  Address  Register  by 
issuing  increment  commands  to 
increment  the  memory  address 
for  sequential  operations.  The 
DMABA  register  is  undefined  un- 
til the  first  PCnet-32  controller 
DMA  operation.  When  the 
ENTST  bit  in  CSR4  is  set,  all 
writes  to  this  register  will  auto- 
matically perform  an  increment 
cycle. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR86:  Buffer  Byte  Counter 
Bit       Name  Description 


31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

15-12    RES  Reserved,  Read  and  written  with 

ones. 

DMABC  DMA  Byte  Count  Register.  Con- 
tains a  Two's  complement  binary 
number  of  the  current  size  of  the 
remaining  transmit  or  receive 
buffer  in  bytes.  This  register  is  in- 
cremented by  the  Bus  Interface 
Unit.  The  DMABC  register  is  un- 
defined until  written.  When 
ENTST  (CSR4.15)  is  asserted, 
all  writes  to  this  register  will  auto- 
matically perform  an  increment 
cycle. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR88:  Chip  ID  Lower 

Bit      Name  Description 


31  -28 
27-12 

11  - 1 


This  register  is  exactly  the  same 
as  the  Chip  ID  register  in  the 
JTAG  description. 

Version.  This  4-bit  pattern  is  sili- 
con-revision dependent. 

Part  number.  The  16-bit  code  for 
the  PCnet-32  controller  is 
0010  0100  0011  0000b. 

Manufacturer  ID.  The  11-bit 
manufacturer  code  for  AMD  is 
00000000001b.  This  code  is  per 
the  JEDEC  Publication  106-A. 


0  Always  a  logic  1 . 

CSR89:  Chip  ID  Upper 

Bit      Name  Description 


31  - 16 
15  -  12 
11  -0 


The  lower  1 6  bits  of  this  register 
are  exactly  the  same  as  the  up- 
per 1 6  bits  of  the  Chip  ID  register 
in  the  JTAG  description,  which 
are  exactly  the  same  as  the  up- 
per 16  bits  of  CSR88. 

Reserved  locations.  Read  as  un- 
defined. 

Version.  This  4-bit  pattern  is  sili- 
con-revision dependent. 

Upper  12  bits  of  the  PCnet-32 
controller  part  number,  i.e. 
0010  0100  0011b. 


CSR92:  Ring  Length  Conversion 
Bit       Name  Description 


31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

15-0     RCON  Ring  Length  Conversion  Regis- 

ter. This  register  performs  a  ring 
length  conversion  from  an  en- 
coded value  as  found  in  the  in- 
itialization block  to  a  Two's 
complement  value  used  for  inter- 
nal counting.  By  writing  bits 
15-12  with  an  encoded  ring 
length,  a  Two's  complemented 
value  is  read.  The  RCON  register 
is  undefined  until  written. 

Read/write  accessible  only  when 
STOP  bit  is  set. 
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Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR94:  Transmit  Time  Domain  Reflectometry 
Count 


Bit 


Name 


Description 


31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

15-10    RES  Reserved  locations.  Read  and 

written  as  zero. 

9-0  XMTTDR  Time  Domain  Retlectometry  re- 
flects the  state  of  an  internal 
counter  that  counts  from  the  start 
of  transmission  to  the  occurrence 
of  loss  of  carrier.  TDR  is  incre- 
mented at  a  rate  of  10  MHz. 

Read  accessible  only  when 
STOP  bit  is  set.  Write  operations 
are  ignored.  XMTTDR  is  cleared 
by  H  RESET  or  S_RESET. 


CSR96:  Bus  Interface  Scratch  Register  0  Lower 
Bit       Name  Description 


31-16  RES 
15-0  SCRO 


Reserved  locations.  Written  as 
zeros  and  read  as  undefined. 

This  register  is  shared  between 
the  Buffer  Management  Unit  and 
the  Bus  Interface  Unit.  All  De- 
scriptor Data  communications 
between  the  BIU  and  BMU  are 
written  and  read  through  SCRO 
and  SCR1  registers.  The  SCRO 
register  is  undefined  until  written. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR97:  Bus  Interface  Scratch  Register  0  Upper 
Bit       Name  Description 


31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

15-0    SCRO  This  register  is  shared  between 

the  Buffer  Management  Unit  and 
the  Bus  Interface  Unit.  All  De- 
scriptor Data  communications 
between  the  BIU  and  BMU  are 
written  and  read  through  SCRO 
and  SCR1  registers.  The  SCRO 
register  is  undefined  until  written. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR98:  Bus  Interface  Scratch  Register  1  Lower 
Bit      Name  Description 

31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

15-0    SCR1  This  register  is  shared  between 

the  Buffer  Management  Unit  and 
the  Bus  Interface  Unit.  All  De- 
scriptor Data  communications 
between  the  BIU  and  BMU  are 
written  and  read  through  SCRO 
and  SCR1  registers. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

CSR99:  Bus  Interface  Scratch  Register  1  Upper 
Bit      Name  Description 

31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

15-0    SCR1  This  register  is  shared  between 

the  Buffer  Management  Unit  and 
the  Bus  Interface  Unit.  All  De- 
scriptor Data  communications 
between  the  BIU  and  BMU  are 
written  and  read  through  SCRO 
and  SCR1  registers. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR100:  Bus  Time-out 


Bit 


Name 


Description 


31-16  RES 
15-0  MERRTO 


Reserved  locations.  Written  as 
zeros  and  read  as  undefined. 

This  register  contains  the  value 
of  the  longest  allowable  bus  la- 
tency (interval  between  assertion 
of  HOLD  and  assertion  of  HLDA) 
that  a  slave  device  may  insert 
into  a  PCnet-32  controller  master 
transfer.  If  this  value  of  bus  la- 
tency is  exceeded,  then  a  MERR 
will  be  indicated  in  CSR0,  bit  1 1 , 
and  an  interrupt  may  be  gener- 
ated, depending  upon  the  setting 
of  the  MERRM  bit  (CSR3,bit11) 
and  I  EN  A  bit  (CSR0[6]). 

The  value  in  this  register  is  inter- 
preted as  a  number  of  XTAL1+2 
clock  periods.  (I.e.  the  value  in 
this  register  is  given  in  0.1  u.s  in- 
crements.) For  example,  the 
value  0200h  (512  decimal)  will 
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cause  a  MERR  to  be  indicated  af- 
ter 51 .2  us  ot  bus  latency. 

A  value  of  zero  will  allow  an  infi- 
nitely long  bus  latency.  I.e.  a 
value  of  zero  will  never  give  a  bus 
time-out  error.  A  non-zero  value 
is  interpreted  as  an  unsigned 
number  of  BCLK  cycles. 

This  register  is  set  to  0200  by 
H_RESET  or  S_RESET  and  is 
unaffected  by  STOP. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR104:  SWAP  Register  Lower 
Bit      Name  Description 


31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

15-0    SWAP  This  register  performs  word  and 

byte  swapping  depending  upon  if 
32-bit  or  16-bit  internal  write  op- 
erations are  performed.  This  reg- 
ister is  used  internally  by  the 
BIU/BMU  as  a  word  or  byte 
swapper.  The  register  is  exter- 
nally accessible  for  test  reasons 
only.  CSR1 04  holds  the  lower  1 6 
bits  and  CSR1 05  holds  the  upper 
16  bits. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR108:  Buffer  Management  Scratch  Lower 
Bit      Name  Description 

31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

15-0  BMSCR  The  Buffer  Management  Scratch 
register  is  used  for  assembling 
Receive  and  Transmit  Status. 
This  register  is  also  used  as  the 
primary  scan  register  for  Buffer 
Management  Test  Modes. 
BMSCR  register  is  undefined  un- 
til written. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

CSR109:  Buffer  Management  Scratch  Upper 
Bit      Name  Description 

31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

15-0  BMSCR  The  Buffer  Management  Scratch 
register  is  used  for  assembling 
Receive  and  Transmit  Status. 
This  register  is  also  used  as  the 
primary  scan  register  for  Buffer 
Management  Test  Modes. 
BMSCR  register  is  undefined  un- 
til written. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR105:  SWAP  Register  Upper 
Bit       Name  Description 


CSR112:  Missed  Frame  Count 


31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

15-0    SWAP  This  register  performs  word  and 

byte  swapping  depending  upon  if 
32-bit  or  16-bit  internal  write  op- 
erations are  performed.  This  reg- 
ister is  used  internally  by  the 
BIU/BMU  as  a  word  or  byte 
swapper.  The  register  is  exter- 
nally accessible  for  test  reasons 
only.  CSR1 04  holds  the  lower  1 6 
bits  and  CSR1 05  holds  the  upper 
16  bits. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


Bit 


Name 


Description 


31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

15-0     MFC  Missed  Frame  Count.  Indicates 

the  number  of  missed  frames. 

MFC  will  roll  over  to  a  count  of 
zero  from  the  value  65535.  The 
MFCO  bit  of  CSR4  (bit  8)  will  be 
set  each  time  that  this  occurs. 

This  register  is  always  readable 
and  is  cleared  by  H_RESET  or 
S_RESETorSTOP. 

A  write  to  this  register  performs 
an  increment  when  the  ENTST 
bit  in  CSR4  is  set. 
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CSR114:  Receive  Collision  Count 


Bit 


Name 


Description 


31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

15-0     RCC  Receive  Collision  Count.  Indi- 

cates the  total  number  of  colli- 
sions encountered  by  the 
receiver  since  the  last  reset  of  the 
counter. 

RCC  will  roll  over  to  a  count  of 
zero  from  the  value  65535.  The 
RCVCCO  bit  of  CSR4  (bit  5}  will 
be  set  each  time  that  this  occurs. 

The  RCC  value  is  read  accessi- 
ble at  all  times,  regardless  of  the 
value  of  the  STOP  bit.  Write  op- 
erations are  ignored.  RCC  is 
cleared  by  HRESET  or 
S_RESET  or  by  setting  the 
STOP  bit. 

A  write  to  this  register  performs 
an  increment  when  the  ENTST 
bit  in  CSR4  is  set. 

CSR122:  Receive  Frame  Alignment  Control 
Bit       Name  Description 


31-16  RES 
15-1  RES 
0  RCVALGN 


Reserved  locations.  Written  as 
zeros  and  read  as  undefined. 

Reserved  locations,  written  as 
zeros  and  read  as  undefined. 

Receive  Frame  Align.  When  set, 
this  bit  forces  the  data  field  of  ISO 
8802-3  (IEEE/ANSI  802.3) 
frames  to  align  to  0  MOD  4  ad- 
dress boundaries  (i.e.  double 
word  aligned  addresses).  It  is 
important  to  note  that  this  feature 
will  only  function  correctly  if  all  re- 
ceive buffer  boundaries  are 
doubleword  aligned  and  all  re- 
ceive buffers  have  0  MOD  4 
lengths.  In  order  to  accomplish 
the  data  alignment,  the  PCnet-32 
controller  simply  inserts  two 
bytes  of  random  data  at  the  be- 
ginning of  the  receive  packet  (i.e. 
before  the  ISO  8802-3  (IEEE/ 
ANSI  802.3)  destination  address 
field).  The  MCNT field  reportedto 
the  receive  descriptor  will  not  in- 
clude the  extra  two  bytes. 

RCVALGN  is  cleared  by 
H  RESET  or  S_RESET  and  is 
not  affected  by  STOP. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR124:  Buffer  Management  Test 
Bit      Name  Description 

This  register  is  used  to  place  the 
BMU/BIU  into  various  test  mode 
to  support  Test/Debug.  This  reg- 
ister is  writeable  only  when  the 
ENTST  bit  in  CSR4  and  the 
STOP  bit  of  CSR0  are  both  set. 
The  functions  controlled  by  this 
register  are  enabled  only  if  the 
ENTST  bit  is  set. 

ENTST  should  be  set  before  any- 
thing in  CSR124  can  be  pro- 
grammed, including  RUNTACC. 

ENTST  must  be  reset  after  writ- 
ing to  CSR124  before  writing  to 
any  other  register.  If  it  is  done, 
the  PCnet-32  controller  will  not 
run. 

All  bits  in  this  register  or  cleared 
by  H_RESET  or  S_RESET  and 
are  not  affected  by  STOP. 

31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

15-5     RES  Reserved  locations.  Read  and 

written  as  zero. 

4  GPSIEN  This  bit  places  the  PCnet-32  con- 
troller in  the  GPSI  mode.  This 
mode  will  reconfigure  the  System 
Interface  Address  Pins  so  that 
the  GPSI  port  is  exposed.  This  al- 
lows bypassing  the  MENDEC- 
T-MAU  logic.  The  GPSI  mode 
may  also  be  enabled  by  test 
shadow  bits  setting  of  BCR18, 
bits  4  and  3  as  in  Table  44. 

See  Table  45  for  pin  reconfigura- 
tion in  GPSI  mode. 

Note  that  when  the  GPSI  mode  is 
invoked,  only  the  lower  24  bits  of 
the  address  bus  are  available. 
During  Software  Relocatable 
Mode  the  LED2  pin  must  be 
pulled  LOW.  IOAW24 
(BCR21[8])  must  be  set  to  allow 
slave  operations.  During  master 
accesses  in  GPSI  mode,  the 
PCnet-32  controller  will  not  drive 
the  upper  8  bits  of  the  address 
bus  with  address  information. 

3         RPA  Runt  Packet  Accept.  This  bit 

forces  the  receive  logic  to  accept 
runt  packets  (packets  shorter 
than  64  bytes).  The  state  of  the 
RPA  bit  can  be  changed  only 
when  the  device  is  in  the  test 
mode  (when  the  ENTST  bit  in 
CSR4  is  set  to  ONE).  To  enable 
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RPA,  software  must  first  write  a                               been  set  to  ONE,  the  device  will 
ONE  to  the  ENTST  bit.  Next,  soft-                               remain  in  the  Runt  Packet  Accept 
ware  must  write  a  ONE  to  the                               mode  until  the  RPA  bit  is  cleared 

RPA  hit  Finally  <;oftwarp  mn^t                                       to  ZERO 
write  a  ZERO  to  the  ENTST  bit  to       2-0       RES           Reserved  locations.  Written  as 
take  the  device  out  of  test  mode                               zeros  and  read  as  undefined, 
operation.  Once  the  RPA  bit  has 

Table  44.  GPSI  Mode  Selection 

TSTSHDW 

Value 
(BCR18[4:3]) 

PVALID 

(BCR19[15]) 

GPSIEN 

Operating 
Mode 

00 

X 

0 

Normal 
Operating 
Mode 

10 

1 

X 

GPSI  Mode 

01 

1 

0 

Reserved 

11 

1 

X 

Reserved 

XX 

0 

0 

Normal 
Operating 
Mode 

XX 

0 

1 

GPSI  Mode 

Table  45.  GPSI  Pin  Configurations 

GPSI  Function 

GPSI 
I/O 
Type 

LANCE 
GPSI  Pin 

ILACC 
GPSI  Pin 

PCnet-32/ 
PCnet-ISA 
GPSI  Pin 

PCnet-32 

Pin 
Number 

PCnet-32 
Normal 
Pin  Function 

Transmit  Data 

O 

TX 

TXD 

TXDAT 

132 

A31 

Transmit  Enable 

o 

TENA 

RTS 

TXEN 

133 

A30 

Transmit  Clock 

TCLK 

TXC 

STDCLK 

134 

A29 

Collision 

CLSN 

CDT 

CLSN 

137 

A28 

Recei\ 

e  Carrier  Sense 

RENA 

CRS 

RXCRS 

138 

A27 

Recei\ 

e  Clock 

RCLK 

RXC 

SRDCLK 

140 

A26 

Recei\ 

e  Data 

RX 

RXD 

RXDAT 

141 

A25 
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Bus  Configuration  Registers 

The  Bus  Configuration  Registers  (BCR)  are  used  to  pro- 
gram the  configuration  of  the  bus  interface  and  other 
special  features  of  the  PCnet-32  controller  that  are  not 
related  to  the  IEEE  8802-3  MAC  functions.  The  BCRs 
are  accessed  by  first  setting  the  appropriate  RAP  value, 
and  then  by  performing  a  slave  access  to  the  BDP. 

All  BCR  registers  are  16  bits  in  width  in  WIO  mode  and 
32  bits  in  width  in  DWIO  mode.  The  upper  16  bits  of  all 
BCR  registers  is  undefined  when  in  DWIO  mode.  These 
bits  should  be  written  as  ZEROs  and  should  be  treated 
as  undefined  when  read.  The  "Default"  value  given  for 
any  BCR  is  the  value  in  the  register  after  H_RESET,  and 
is  hexadecimal  unless  otherwise  stated.  BCR  register 


values  are  unaffected  by  S_RESET  and  are  unaffected 
by  the  assertion  of  the  STOP  bit. 

Note  that  several  registers  have  no  default  value.  BCR3 
and  BCR8-BCR15  are  reserved  and  have  undefined 
values.  BCR2,  BCR16,  BCR17  and  BCR21  are  not  ob- 
servable without  first  being  programmed,  eitherthrough 
the  EEPROM  read  operation  or  through  the  Software 
Relocatable  Mode.  Therefore,  the  only  observable  val- 
ues for  these  registers  are  those  that  have  been  pro- 
grammed and  a  default  value  is  not  applicable.  See 
Table  46. 

Writes  to  those  registers  marked  as  "Reserved"  will 
have  no  effect.  Reads  from  these  locations  will  produce 
undefined  values. 


Table  46.  Bus  Configuration  Registers 


RAP 
Addr. 

Mnemonic 

Default 
(Hex) 

Name 

Programmability 

User 

EEPROM 

SRM 

0 

MSRDA 

0005 

Master  Mode  Read  Active 

No 

No 

No 

1 

MSWRA 

0005 

Master  Mode  Write  Active 

No 

No 

No 

2 

MC 

N/A* 

Miscellaneous  Configuration 

Yes 

Yes 

Yes 

3 

Reserved 

N/A 

No 

No 

No 

4 

LNKST 

ooco 

Link  Status  (Default) 

Yes 

No 

No 

5 

LED1 

0084 

Receive  (Default) 

Yes 

No 

No 

6 

LED2 

0088 

Receive  Polarity  (Default) 

Yes 

No 

No 

7 

LED3 

0090 

Transmit  (Default) 

Yes 

No 

No 

8-15 

Reserved 

N/A 

No 

No 

No 

16 

IOBASEL 

N/A* 

I/O  Base  Address  Lower 

Yes 

Yes 

Yes 

17 

IOBASEU 

N/A* 

I/O  Base  Address  Upper 

Yes 

Yes 

Yes 

18 

BSBC 

2101 

Burst  Size  and  Bus  Control 

Yes 

Yes 

No 

19 

EECAS 

0002 

EEPROM  Control  and  Status 

Yes 

No 

No 

20 

SWSTYLE 

0000 

Software  Style 

Yes 

No 

No 

21 

INTCON 

N/A* 

Interrupt  Control 

Yes 

Yes 

Yes 

Key:  SRM  =  Software  Relocatable  Mode 

'  Registers  marked  with  an  asterisk  (')  have  no  default  value,  since  they  are  not  observable  without  first  being  programmed, 
either  through  the  EEPROM  read  operation  or  through  the  Software  Relocatable  Mode.  Therefore,  the  only  observable  val- 
ues for  these  registers  are  those  that  have  been  programmed  and  a  default  value  is  not  applicable. 


BCR0:  Master  Mode  Read  Active 
Bit      Name  Description 


31-16  RES 


15-0  MSRDA 


Reserved  locations.  Written  as 
zeros  and  read  as  undefined. 

Reserved  locations.  After 
H_RESET,  the  value  in  this 


register  will  be  0005.  The  set- 
tings of  this  register  will  have  no 
effect  on  any  PCnet-32  controller 
function. 

Writes  to  this  register  have  no  ef- 
fect on  the  operation  of  the 
PCnet-32  controller  and  will  not 
alter  the  value  that  is  read. 
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BCR1: 
Bit 

Master  Mode  Write  Active 
Name  Description 

This  bit  is  reset  to  ZERO  by 
H  RESET  and  is  unaffected  by 
S_RESET  or  STOP. 

31-16  RES 
15-0  MSWRA 


Reserved  locations.  Written  as 
zeros  and  read  as  undefined. 

Reserved  locations.  After  H_RE- 
SET,  the  value  in  this  register  will 
be  0005.  The  settings  of  this  reg- 
ister will  have  no  effect  on  any 
PCnet-32  controller  function. 

Writes  to  this  register  have  no  ef- 
fect on  the  operation  of  the 
PCnet-32  controller  and  will  not 
alter  the  value  that  is  read. 


BCR2:  Miscellaneous  Configuration 
Bit      Name  Description 


31-16 


15 


RES 


RES 


14  T-MAULOOP 


13-9     |  RES 
8  IESRWE 


Note  that  all  bits  in  this  register 
are  programmable  through  the 
EE  PROM  PRE  AD  operation  and 
through  the  Software  Relo- 
catable Mode  operation. 

Reserved  locations.  Written  as 
zeros  and  read  as  undefined. 

Reserved  location.  Written  and 
read  as  zero. 

When  set,  this  bit  allows  external 
loopback  packets  to  pass  onto 
the  network  through  the  T-MAU 
interface,  if  the  T-MAU  interface 
has  been  selected.  If  the  T-MAU 
interface  has  not  been  selected, 
then  this  bit  has  no  effect. 

This  bit  is  reset  to  ZERO  by 
HRESET  and  is  unaffected  by 
S_RESETorSTOP. 

Reserved  locations.  Written  and 
read  as  zero. 

IEEE  Shadow  Ram  Write  En- 
able. The  PCnet-32  controller 
contains  a  shadow  RAM  on 
board  for  storage  of  the  IEEE  ad- 
dress following  the  serial 
EEPROM  read  operation.  Ac- 
cesses to  APROM  I/O  Re- 
sources will  be  directed  toward 
this  RAM.  When  IESRWE  is  set 
to  a  ONE,  then  32-bit  and  16-bit 
write  access  to  the  shadow  RAM 
will  be  enabled. 

When  IESRWE  is  set  to  a  ZERO, 
then  32-bit  and  16-bit  write  ac- 
cess to  the  shadow  RAM  will  be 
disabled. 

At  no  time  are  8-  bit  write  ac- 
cesses to  the  shadow  RAM 
allowed. 


INTLEVEL  interrupt  Level.  This  bit  allows  the 
interrupt  output  signals  to  be  pro- 
grammed for  edge  or  level-sensi- 
tive applications. 

When  INTLEVEL  is  set  to  a 
ZERO,  the  selected  interrupt  pin 
is  configured  for  edge  sensitive 
operation.  In  this  mode,  an  inter- 
rupt request  is  signaled  by  a  high 
level  driven  on  the  selected  inter- 
rupt pin  by  the  PCnet-32  control- 
ler. When  the  interrupt  is  cleared, 
the  selected  interrupt  pin  is 
driven  to  a  low  level  by  the 
PCnet-32  controller.  This  mode 
is  intended  for  systems  that  do 
not  allow  interrupt  channels  to  be 
shared  by  multiple  devices. 

When  INTLEVEL  is  set  to  a  ONE, 
the  selected  interrupt  pin  is  con- 
figured for  level  sensitive  opera- 
tion. In  this  mode,  an  interrupt 
request  is  signaled  by  a  low  level 
driven  on  the  selected  interrupt 
pin  by  the  PCnet-32  controller. 
When  the  interrupt  is  cleared,  the 
selected  interrupt  pin  is  floated 
by  the  PCnet-32  controller  and 
allowed  to  be  pulled  to  a  high 
level  by  an  external  pull-up  de- 
vice. This  mode  is  intended  for 
systems  which  allow  the  interrupt 
signal  to  be  shared  by  multiple 
devices. 

This  bit  is  reset  to  ZERO  by 
H  RESET  and  is  unaffected  by 
R_RESET  or  STOP. 

6-4       RES  Reserved  locations.  Written  and 

read  as  zero. 

3  EADISEL  EADI  Select.  When  set,  this  bit 
configures  three  of  the  four  LED 
outputs  to  function  as  the  outputs 
of  an  EADI  interface.  LED1  be- 
comes SFBD,  LED2  becomes 
SRDCLK  and  LEDPRE3  be- 
comes SRD.  lnkst  continues  to 
function  as  an  LED  output.  In  ad- 
dition to  these  reassignments, 
the  INTR2  pin  will  be  reassigned 
to  function  as  the  EAR  pin. 

This  bit  is  reset  to  ZERO  by 
H  RESET  and  is  unaffected  by 
S_RESET  or  STOP. 

2  AWAKE  Auto-Wake.  If  LNKST  is  set  and 
AWAKE  =  "1",  the  10BASE-T  re- 
ceive circuitry  is  active  during 
sleep  and  listens  for  Link  Pulses. 
LNKST  indicates  Link  Status  and 


1-798 


Am79C965 


PRELIMINARY 


amd  n 


goes  active  if  the  1 0BASE-T  port 
comes  ot  out  of  "link  fail"  state. 
This  LNKST  pin  can  be  used  by 
external  circuitry  to  re-enable  the 
PCnet-32  controller  and/or  other 
devices. 

When  AWAKE  =  "0",  the  Auto- 
Wake  circuitry  is  disabled.  This 
bit  only  has  meaning  when  the 
10BASE-T  network  interface  is 
selected. 

This  bit  is  reset  to  ZERO  by 
H_RESET  and  is  unaffected  by 
S_RESET  or  STOP. 

ASEL  Auto  Select.  When  set,  the 

PCnet-32  controller  will  auto- 
matically select  the  operating 
media  interface  port,  unless  the 
user  has  selected  GPSl  mode 
through  appropriate  program- 
ming of  the  PORTSEL  bits  of  the 
Mode  Register  (CSR15).  If  GPSl 
mode  has  not  been  selected  and 
ASEL  has  been  set  to  a  ONE, 
then  when  the  10BASE-T  trans- 
ceiver is  in  the  link  pass  state 
(due  to  receiving  valid  frame  data 
and/or  Link  Test  pulses  or  the 
DLNKTST  bit  is  set),  the 
10BASE-T  port  will  be  used.  If 
GPSl  mode  has  not  been  se- 
lected and  ASEL  has  been  set  to 
a  ONE,  then  when  the  1 0BASE-T 
port  is  in  the  link  fail  state,  the  AUI 
port  will  be  used.  Switching  be- 
tween the  ports  will  not  occur  dur- 
ing transmission,  to  avoid  any 
type  of  fragment  generation. 

When  ASEL  is  set  to  ONE,  Link 
Beat  Pulses  will  be  transmitted 
on  the  10BASE-T  port,  regard- 
less of  the  state  of  Link  Status. 
When  ASEL  is  reset  to  ZERO, 
Link  Beat  Pulses  will  only  be 
transmitted  on  the  10BASE-T 
port  when  the  PORTSEL  bits  of 
the  Mode  Register  (CSR15) 
have  selected  10BASE-T  as  the 
active  port. 

When  ASEL  is  set  to  a  ZERO, 
then  the  selected  network  port 
will  be  determined  by  the  settings 
of  the  PORTSEL  bits  of  CSR15. 

The  ASEL  bit  is  reset  to  ONE  by 
H_RESET  and  is  unaffected  by 
S_RESET  or  STOP. 

The  network  port  configuration 
are  as  follows: 


PORTSEL(1 :0) 

ASEL 
(BCR2[1]) 

Link  Status 
(of  10BASE-T) 

Network 
Port 

OX 

1 

0 

AUI 

ox 

1 

1 

10BASE-T 

0  0 

0 

v 

A 

Al  II 

AUI 

0  1 

0 

X 

1 0BASE-T 

1  0 

X 

X 

GPSl 

1  1 

X 

X 

Reserved 

0         RES  Reserved  location.  The  default 

value  of  this  bit  is  a  ZERO.  Writ- 
ing a  ONE  to  this  bit  has  no  effect 
on  device  function.  Existing  driv- 
ers may  write  a  ONE  to  this  bit, 
but  new  drivers  should  write  a 
ZERO  to  this  bit. 

BCR4:  Link  Status  LED 

Bit      Name  Description 


BCR4  controls  the  function(s) 
that  the  LNKST  pin  displays.  Mul- 
tiple functions  can  be  simultane- 
ously enabled  on  this  LED  pin. 
The  LED  display  will  indicate  the 
logical  OR  of  the  enabled  func- 
tions. BCR4  defaults  to  Link 
Status  (LNKST)  with  pulse 
stretcher  enabled  (PSE  =  1)  and 
is  fully  programmable. 

The  default  setting  after 
H.RESET  for  the  LNKST  regis- 
ter is  OOCOh.  The  LNKST  register 
value  is  unaffected  by  S_RESET 
or  STOP. 

Reserved  locations.  Written  as 
zeros  and  read  as  undefined. 

This  bit  indicates  the  current 
(non-stretched)  value  of  the  LED 
output  pin.  A  value  of  ONE  in  this 
bit  indicates  that  the  OR  of  the 
enabled  signals  is  true. 

The  logical  value  of  the  LEDOUT 
status  signal  is  determined  by  the 
settings  of  the  individual  Status 
Enable  bits  of  the  LED  register 
(Bits  6-0). 

This  bit  is  READ  only  by  the  host, 
and  is  unaffected  by  H  RESET 
orS_RESETorSTOP. 

This  bit  is  valid  only  if  the  network 
link  status  is  PASS. 


31-16  RES 
15  LEDOUT 
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14  LEDPOL  LED  Polarity.  When  this  bit  has 
the  value  ZERO,  then  the  LED 
pin  will  be  driven  to  a  LOW  level 
whenever  the  OR  of  the  enabled 
signals  is  true  and  the  LED  pin 
will  be  floated  and  allowed  to  float 
high  whenever  the  OR  of  the  en- 
abled signals  is  false  (i.e.  the 
LED  output  will  be  an  Open  Drain 
output  and  the  output  value  will 
be  the  inverse  of  the  LEDOUT 
status  bit). 

When  this  bit  has  the  value  ONE, 
then  the  LED  pin  will  be  driven  to 
a  HIGH  level  whenever  the  OR  of 
the  enabled  signals  is  true  and 
the  LED  pin  will  be  driven  to  a 
LOW  level  whenever  the  OR  of 
the  enabled  signals  is  false  (i.e. 
the  LED  output  will  be  a  Totem 
Pole  output  and  the  output  value 
will  be  the  same  polarity  as  the 
LEDOUT  status  bit). 

The  setting  of  this  bit  will  not  af- 
fect the  polarity  of  the  LEDOUT 
bit  for  this  register. 

LED  Disable.  This  bit  is  used  to 
disable  the  LED  output.  When 
LEDDIS  hasthe  value  ONE,  then 
the  LED  output  will  always  be 
floated.  When  LEDDIS  has  the 
value  ZERO,  then  the  LED  out- 
put value  will  be  governed  by  the 
LEDOUT  and  LEDPOL  values. 

12-8      RES  Reserved  locations.  Written  as 

ZEROs,  read  as  undefined. 

PSE  Pulse  Stretcher  Enable.  Extends 

the  LED  illumination  time  for 
each  new  occurrence  of  the  en- 
abled function  for  this  LED 
output. 

A  value  of  0  disables  the  function. 
A  value  of  1  enables  the  function. 

LNKSTE  Link  Status  Enable.  Indicates  the 
current  link  status  on  the  Twisted 
Pair  interface.  When  this  bit  is 
set,  a  value  of  ONE  will  be 
passed  to  the  LEDOUT  signal  to 
indicate  that  the  link  status  state 
is  PASS.  A  value  of  ZERO  will  be 
passed  to  the  LEDOUT  signal  to 
indicate  that  the  link  status  state 
is  FAIL. 

A  value  of  0  disables  the  signal .  A 
value  of  1  enables  the  signal. 
RCVME  Receive  Match  status  Enable.  In- 
dicates receive  activity  on  the 
network  that  has  passed  the  ad- 
dress match  function  for  this 
node.   All   address  matching 


4  XMTE 


3  RXPOLE 


2  RCVE 


1  JABE 


0  COLE 


modes  are  included:  Physical, 
Logical  filtering,  Promiscuous, 
Broadcast,  and  EADI. 

A  value  of  0  disables  the  signal.  A 
value  of  1  enables  the  signal. 

Transmit  status  Enable.  Indi- 
cates PCnet-32  controller  trans- 
mit activity. 

A  value  of  0  disables  the  signal.  A 
value  of  1  enables  the  signal. 

Receive  Polarity  status  Enable. 
Indicates  the  current  Receive 
Polarity  condition  on  the  Twisted 
Pair  interface.  A  value  of  ONE  in- 
dicates that  the  polarity  of  the 
RXD±  pair  has  been  reversed.  A 
value  of  ZERO  indicates  that  the 
polarity  of  the  RXD±  pair  has  not 
been  reversed. 

Receive  polarity  indication  is 
valid  only  if  the  LNKST  bit  of 
BCR4  indicates  link  PASS 
status. 

A  value  of  0  disables  the  signal.  A 
value  of  1  enables  the  signal. 

Receive  status  Enable.  Indicates 
receive  activity  on  the  network. 

A  value  of  0  disables  the  signal.  A 
value  of  1  enables  the  signal. 

Jabber  status  Enable.  Indicates 
that  the  PCnet-32  controller  is 
jabbering  on  the  network. 

A  value  of  0  disables  the  signal.  A 
value  of  1  enables  the  signal. 

Collision  status  Enable.  Indi- 
cates collision  activity  on  the  net- 
work. When  the  AUI  port  is 
selected,  collision  activity  during 
the  4.0  us  internal  following  a 
transmit  completion  (SQE  inter- 
nal) will  not  activate  the  LEDOUT 
bit. 

A  value  of  0  disables  the  signal.  A 
value  of  1  enables  the  signal. 


BCR5:  LED1  Status 

Bit      Name  Description 


BCR5  controls  the  function(s) 
that  the  LED1  pin  displays.  Multi- 
ple functions  can  be  simultane- 
ously enabled  on  this  LED  pin. 
The  LED  display  will  indicate  the 
logical  OR  of  the  enabled  func- 
tions. BCR5  defaults  to  Receive 
Status     (RCV)  with 
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31-16  RES 
15  LEDOUT 


14  LEDPOL 


13  LEDDIS 


stretcher  enabled  (PSE  =  1)  and 
is  fully  programmable. 

The  default  setting  after 
H_RESET  for  the  LED1  register 
is  0084h.  The  LED1  register 
value  is  unaffected  by  S_RESET 
or  STOP. 

Reserved  locations.  Written  as 
zeros  and  read  as  undefined. 
This  bit  indicates  the  current 
(non-stretched)  value  of  the  LED 
output  pin.  A  value  of  ONE  in  this 
bit  indicates  that  the  OR  of  the 
enabled  signals  is  true. 

The  logical  value  of  the  LEDOUT 
status  signal  is  determined  by  the 
settings  of  the  individual  Status 
Enable  bits  of  the  LED  register 
(Bits  6-0). 

This  bit  is  R  EAD  only  by  the  host, 
and  is  unaffected  by  H_RESET 
S_RESETorSTOP. 

This  bit  is  valid  only  if  the  network 
link  status  is  PASS. 

LED  Polarity.  When  this  bit  has 
the  value  ZERO,  then  the  LED 
pin  will  be  driven  to  a  LOW  level 
whenever  the  OR  of  the  enabled 
signals  is  true  and  the  LED  pin 
will  be  floated  and  allowed  to  float 
high  whenever  the  OR  of  the  en- 
abled signals  is  false  (i.e.  the 
LED  output  will  be  an  Open  Drain 
output  and  the  output  value  will 
be  the  inverse  of  the  LEDOUT 
status  bit). 

When  this  bit  has  the  value  ONE, 
then  the  LED  pin  will  be  driven  to 
a  HIGH  level  whenever  the  OR  of 
the  enabled  signals  is  true  and 
the  LED  pin  will  be  driven  to  a 
LOW  level  whenever  the  OR  of 
the  enabled  signals  is  false  (i.e. 
the  LED  output  will  be  a  Totem 
Pole  output  and  the  output  value 
will  be  the  same  polarity  as  the 
LEDOUT  status  bit). 

The  setting  of  this  bit  will  not  af- 
fect the  polarity  of  the  LEDOUT 
bit  for  this  register. 

LED  Disable.  This  bit  is  used  to 
disable  the  LED  output.  When 
LEDDIS  has  the  value  ONE,  then 
the  LED  output  will  always  be 
floated.  When  LEDDIS  has  the 
value  ZERO,  then  the  LED  out- 
put value  will  be  governed 
by  the  LEDOUT  and  LEDPOL 
values. 


12-8      RES  Reserved  locations.  Write  as  ZE- 

ROS, read  as  undefined. 

7  PSE  Pulse  Stretcher  Enable.  Extends 

the  LED  illumination  time  for 
each  new  occurrence  of  the  en- 
abled function  for  this  LED  out- 
put. 

A  value  of  0  disables  the  function. 
A  value  of  1  enables  the  function. 

6  LNKSTE  Link  Status  Enable.  Indicates  the 
current  link  status  on  the  Twisted 
Pair  interface.  When  this  bit  is 
set,  a  value  of  ONE  will  be 
passed  to  the  LEDOUT  signal  to 
indicate  that  the  link  status  state 
is  PASS.  A  value  of  ZERO  will  be 
passed  to  the  LEDOUT  signal  to 
indicate  that  the  link  status  state 
is  FAIL. 

A  value  of  0  disables  the  signal.  A 
value  of  1  enables  the  signal. 

5  RCVME  Receive  Match  status  Enable.  In- 
dicates receive  activity  on  the 
network  that  has  passed  the  ad- 
dress match  function  for  this 
node.  All  address  matching 
modes  are  included:  Physical, 
Logical  filtering,  Promiscuous, 
Broadcast,  and  EADI. 

A  value  of  0  disables  the  signal.  A 
value  of  1  enables  the  signal. 

4        XMTE  Transmit  status  Enable.  Indi- 

cates PCnet-32  controller  trans- 
mit activity. 

A  value  of  0  disables  the  signal.  A 
value  of  1  enables  the  signal. 

3       RXPOLE        Receive  Polarity  status  Enable. 

Indicates  the  current  Receive 
Polarity  condition  on  the  Twisted 
Pair  interface.  A  value  of  ONE  in- 
dicates that  the  polarity  of  the 
RXD±  pair  has  been  reversed.  A 
value  of  ZERO  indicates  that  the 
polarity  of  the  RXD+  pair  has  not 
been  reversed. 

Receive  polarity  indication  is 
valid  only  if  the  LNKST  bit  of 
BCR4  indicates  link  PASS 
status. 

A  value  of  0  disables  the  signal.  A 
value  of  1  enables  the  signal. 

2         RCVE  Receive  status  Enable.  Indicates 

receive  activity  on  the  network. 

A  value  of  0  disables  the  signal.  A 
value  of  1  enables  the  signal. 
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JABE  Jabber  status  Enable.  Indicates 

that  the  PCnet-32  controller  is 
jabbering  on  the  network. 

A  value  of  0  disables  the  signal.  A 
value  of  1  enables  the  signal.  . 

COLE  Collision  status  Enable.  Indi- 

cates collision  activity  on  the  net- 
work. When  the  AUI  port  is 
selected,  collision  activity  during 
the  4.0  us  internal  following  a 
transmit  completion  (SQE  inter- 
nal) will  not  activate  the  LEDOUT 
bit. 

A  value  of  0  disables  the  signal .  A 
value  of  1  enables  the  signal. 


BCR6: 
Bit 


LED2  Status 

Name  Description 


31-16  RES 
15  LEDOUT 


14  LEDPOL 


BCR6  controls  the  function(s) 
that  the  LED2  pin  displays.  Multi- 
ple functions  can  be  simultane- 
ously enabled  on  this  LED  pin. 
The  LED  display  will  indicate  the 
logical  OR  of  the  enabled  func- 
tions. BCR6  defaults  to  twisted 
pair  MAU  Receive  Polarity 
(RCVPOL)  with  pulse  stretcher 
enabled  (PSE  =  1)  and  is  fully 
programmable. 

The  default  setting  after 
H_RESET  for  the  LED2  register 
is  0088h.  The  LED2  register 
value  is  unaffected  by  S_RESET 
or  STOP. 

Reserved  locations.  Written  as 
zeros  and  read  as  undefined. 

This  bit  indicates  the  current 
(non-stretched)  value  of  the  LED 
output  pin.  A  value  of  ONE  in  this 
bit  indicates  that  the  OR  of  the 
enabled  signals  is  true. 
The  logical  value  of  the  LEDOUT 
status  signal  is  determined  by  the 
settings  of  the  individual  Status 
Enable  bits  of  the  LED  register 
(Bits  11-8  and  5-0). 

This  bit  is  READ  only  by  the  host, 
and  is  unaffected  by  H_RESET 
S_RESET  or  STOP. 

This  bit  is  valid  only  if  the  network 
link  status  is  PASS. 

LED  Polarity.  When  this  bit  has 
the  value  ZERO,  then  the  LED 
pin  will  be  driven  to  a  LOW  level 
whenever  the  OR  of  the  enabled 
signals  is  true  and  the  LED  pin 
will  be  floated  and  allowed  to  float 


high  whenever  the  OR  of  the  en- 
abled signals  is  false  (i.e.  the 
LED  output  will  be  an  Open  Drain 
output  and  the  output  value  will 
be  the  inverse  of  the  LEDOUT 
status  bit). 

When  this  bit  has  the  value  ONE, 
then  the  LED  pin  will  be  driven  to 
a  HIGH  level  whenever  the  OR  of 
the  enabled  signals  is  true  and 
the  LED  pin  will  be  driven  to  a 
LOW  level  whenever  the  OR  of 
the  enabled  signals  is  false  (i.e. 
the  LED  output  will  be  a  Totem 
Pole  output  and  the  output  value 
will  be  the  same  polarity  as  the 
LEDOUT  status  bit). 

The  setting  of  this  bit  will  not  af- 
fect the  polarity  of  the  LEDOUT 
bit  for  this  register. 

13  LEDDIS  LED  Disable.  This  bit  is  used  to 
disable  the  LED  output.  When 
LEDDIS  has  the  value  ONE,  then 
the  LED  output  will  always  be 
floated.  When  LEDDIS  has  the 
value  ZERO,  then  the  LED  out- 
put value  will  be  governed  by  the 
LEDOUT  and  LEDPOL 
values. 

12-8      RES  Reserved  locations.  Write  as  ZE- 

ROS, read  as  undefined. 

7         PSE  Pulse  Stretcher  Enable.  Extends 

the  LED  illumination  time  for 
each  new  occurrence  of  the  en- 
abled function  for  this  LED  out- 
put. 

A  value  of  0  disables  the  function. 
A  value  of  1  enables  the  function. 

6  LNKSTE  Link  Status  Enable.  Indicates  the 
current  link  status  on  the  Twisted 
Pair  interface.  When  this  bit  is 
set,  a  value  of  ONE  will  be 
passed  to  the  LEDOUT  signal  to 
indicate  that  the  link  status  state 
is  PASS.  A  value  of  ZERO  will  be 
passed  to  the  LEDOUT  signal  to 
indicate  that  the  link  status  state 
is  FAIL. 

A  value  of  0  disables  the  signal.  A 
value  of  1  enables  the  signal. 

5  RCVME  Receive  Match  status  Enable.  In- 
dicates receive  activity  on  the 
network  that  has  passed  the  ad- 
dress match  function  for  this 
node.  All  address  matching 
modes  are  included:  Physical, 
Logical  filtering,  Promiscuous, 
Broadcast,  and  EADI. 
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A  value  of  0  disables  the  signal.  A 
value  of  1  enables  the  signal. 

Transmit  status  Enable.  Indi- 
cates PCnet-32  controller  trans- 
mit activity. 

A  value  of  0  disables  the  signal.  A 
value  of  1  enables  the  signal. 

Receive  Polarity  status  Enable. 
Indicates  the  current  Receive 
Polarity  condition  on  the  Twisted 
Pair  interface.  A  value  of  ONE  in- 
dicates that  the  polarity  of  the 
RXD±  pair  has  been  reversed.  A 
value  of  ZERO  indicates  that  the 
polarity  of  the  RXD±  pair  has  not 
been  reversed. 

Receive  polarity  indication  is 
valid  only  if  the  LNKST  bit  of 
BCR4  indicates  link  PASS 
status. 

A  value  of  0  disables  the  signal.  A 
value  of  1  enables  the  signal. 

Receive  status  Enable.  Indicates 
receive  activity  on  the  network. 

A  value  of  0  disables  the  signal.  A 
value  of  1  enables  the  signal. 

Jabber  status  Enable.  Indicates 
that  the  PCnet-32  controller  is 
jabbering  on  the  network. 

A  value  of  0  disables  the  signal.  A 
value  of  1  enables  the  signal. 

Collision  status  Enable.  Indi- 
cates collision  activity  on  the  net- 
work. When  the  AUI  port  is 
selected,  collision  activity  during 
the  4.0  us  internal  following  a 
transmit  completion  (SQE  inter- 
nal) will  not  activate  the  LEDOUT 
bit. 

A  value  of  0  disables  the  signal.  A 
value  of  1  enables  the  signal. 


BCR7:  LED3  Status 

Bit      Name  Description 


BCR7  controls  the  function(s) 
that  the  LEDPRE3  pin  displays. 
Multiple  functions  can  be  simul- 
taneously enabled  on  this  LED 
pin.  The  LED  display  will  indicate 
the  logical  OR  of  the  enabled 
functions.  BCR7  defaults  to 
Transmit  Status  (XMT)  with 
pulse  stretcher  enabled  (PSE  = 
1)  and  is  fully  programmable. 

The  default  setting  after 
H_RESET  for  the  LED3  register 
is  0090h.  The  LED3  register 


31-16  RES 
15  LEDOUT 


14  LEDPOL 


13  LEDDIS 


12-8  RES 
7  PSE 


value  is  unaffected  by  S_RESET 
or  STOP. 

Reserved  locations.  Written  as 
zeros  and  read  as  undefined. 

This  bit  indicates  the  current 
(non-stretched)  value  of  the  LED 
output  pin.  A  value  of  ONE  in  this 
bit  indicates  that  the  OR  of  the 
enabled  signals  is  true. 

The  logical  value  of  the  LEDOUT 
status  signal  is  determined  by  the 
settings  of  the  individual  Status 
Enable  bits  of  the  LED  register 
(Bits  11-8  and  5-0). 

This  bit  is  READ  only  by  the  host, 
and  is  unaffected  by  H_RESET 
S_RESET  or  STOP. 

This  bit  is  valid  only  if  the  network 
link  status  is  PASS. 

LED  Polarity.  When  this  bit  has 
the  value  ZERO,  then  the  LED 
pin  will  be  driven  to  a  LOW  level 
whenever  the  OR  of  the  enabled 
signals  is  true  and  the  LED  pin 
will  be  floated  and  allowed  to  float 
high  whenever  the  OR  of  the  en- 
abled signals  is  false  (i.e.  the 
LED  output  will  be  an  Open  Drain 
output  and  the  output  value  will 
be  the  inverse  of  the  LEDOUT 
status  bit). 

When  this  bit  has  the  value  ONE, 
then  the  LED  pin  will  be  driven  to 
a  HIGH  levelwhenevertheORof 
the  enabled  signals  is  true  and 
the  LED  pin  will  be  driven  to  a 
LOW  level  whenever  the  OR  of 
the  enabled  signals  is  false  (i.e. 
the  LED  output  will  be  a  Totem 
Pole  output  and  the  output  value 
will  be  the  same  polarity  as  the 
LEDOUT  status  bit). 

The  setting  of  this  bit  will  not  af- 
fect the  polarity  of  the  LEDOUT 
bit  for  this  register. 

LED  Disable.  This  bit  is  used  to 
disable  the  LED  output.  When 
LEDDIS  has  the  value  ONE,  then 
the  LED  output  will  always  be 
floated.  When  LEDDIS  has  the 
value  ZERO,  then  the  LED  out- 
put value  will  be  governed  by  the 
LEDOUT  and  LEDPOL 
values. 

Reserved  locations.  Write  as  ZE- 
ROS, read  as  undefined. 

Pulse  Stretcher  Enable.  Extends 
the  LED  illumination  time  for 
each  new  occurrence  of  the  en- 
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abled  function  for  this  LED 
output. 

A  value  of  0  disables  the  function. 
A  value  of  1  enables  the  function. 

Link  Status  Enable.  Indicates  the 
current  link  status  on  the  Twisted 
Pair  interface.  When  this  bit  is 
set,  a  value  of  ONE  will  be 
passed  to  the  LEDOUT  signal  to 
indicate  that  the  link  status  state 
is  PASS.  A  value  of  ZERO  will  be 
passed  to  the  LEDOUT  signal  to 
indicate  that  the  link  status  state 
is  FAIL. 

A  value  of  0  disables  the  signal.  A 
value  of  1  enables  the  signal. 
Receive  Match  status  Enable.  In- 
dicates receive  activity  on  the 
network  that  has  passed  the  ad- 
dress match  function  for  this 
node.  All  address  matching 
modes  are  included:  Physical, 
Logical  filtering,  Promiscuous, 
Broadcast,  and  EADI. 

A  value  of  0  disables  the  signal.  A 
value  of  1  enables  the  signal. 

Transmit  status  Enable.  Indi- 
cates PCnet-32  controller  trans- 
mit activity. 

A  value  of  0  disables  the  signal.  A 
value  of  1  enables  the  signal. 

Receive  Polarity  status  Enable. 
Indicates  the  current  Receive 
Polarity  condition  on  the  Twisted 
Pair  interface.  A  value  of  ONE  in- 
dicates that  the  polarity  of  the 
RXD±  pair  has  been  reversed.  A 
value  of  ZERO  indicates  that  the 
polarity  of  the  RXD±  pair  has  not 
been  reversed. 

Receive  polarity  indication  is 
valid  only  if  the  LNKST  bit  of 
BCR4  indicates  link  PASS 
status. 

A  value  of  0  disables  the  signal.  A 
value  of  1  enables  the  signal. 

Receive  status  Enable.  Indicates 
receive  activity  on  the  network. 

A  value  of  0  disables  the  signal.  A 
value  of  1  enables  the  signal. 

Jabber  status  Enable.  Indicates 
that  the  PCnet-32  controller  is 
jabbering  on  the  network. 

A  value  of  0  disables  the  signal.  A 
value  of  1  enables  the  signal. 


31-16  RES 
15-5  IOBASEL 


0        COLE  Collision  status  Enable.  Indi- 

cates collision  activity  on  the  net- 
work. When  the  AUI  port  is 
selected,  collision  activity  during 
the  4.0  us  internal  following  a 
transmit  completion  (SQE  inter- 
nal) will  not  activate  the  LEDOUT 
bit. 

A  value  of  0  disables  the  signal.  A 
value  of  1  enables  the  signal. 

BCR16:  I/O  Base  Address  Lower 
Bit      Name  Description 


Note  that  all  bits  in  this  register 
are  programmable  through  the 
EEPROM  PREAD  operation  and 
through  the  Software 
Relocatable  Mode  operation. 
Reserved  locations.  Written  as 
zeros  and  read  as  undefined. 

I/O  Base  Address  Lower  16  bits. 
These  bits  are  used  to  determine 
the  location  of  the  PCnet-32  con- 
troller in  all  of  I/O  space.  They 
function  as  bits  15  through  5  of 
the  I/O  address  of  the  PCnet-32 
controller.  Note  that  the  lowest 
five  bits  of  the  PCnet-32  control- 
ler I/O  space  are  not  programma- 
ble. These  bits  are  assumed  to 
be  ZEROs.  This  means  that  it  is 
not  possible  to  locate  the 
PCnet-32  controller  on  a  space 
that  does  not  begin  on  a  32-byte 
block  boundary.  The  value  of 
IOBASEL  is  determined  in  either 
of  two  ways: 

1.  The  IOBASEL  value  may  be 
set  during  the  EEPROM  read. 

2.  If  no  EEPROM  exists,  or  if 
there  is  an  error  detected  in 
the  EEPROM  data,  then  the 
PCnet-32  controller  will  enter 
Software  Relocatable  Mode, 
and  a  specific  sequence  of 
write  accesses  to  I/O  address 
378h  will  cause  the  IOBASEL 
value  to  be  updated.  Refer  to 
the  Software  Relocatable 
Mode  section  of  this  docu- 
ment for  more  details. 

A  direct  write  access  to  the  I/O 
Base  Address  Lower  register 
may  be  performed. 
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IOBASEL  is  not  affected  by 
S_RESET  or  STOP. 

4-0       RES  Reserved  locations.  Written  as 

ZEROs,  read  as  undefined. 


BCR17:  I/O  Base  Address  Upper 
Bit      Name  Description 


Note  that  all  bits  in  this  register 
are  programmable  through  the 
EEPROM  PREAD  operation  and 
software  relocatable  mode. 

31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

15-0  IOBASEU        I/O  Base  Address  Upper  16  bits. 

These  bits  are  used  to  determine 
the  location  of  the  PCnet-32  con- 
troller in  all  of  I/O  space.  They 
function  as  bits  31  through  16  of 
the  I/O  address  of  the  PCnet-32 
controller.  The  value  of 
IOBASEU  is  determined  in  either 
of  two  ways: 

1.  The  IOBASEU  value  may  be 
set  during  the  EEPROM  read. 

2.  If  no  EEPROM  exists,  or  if 
there  is  an  error  detected  in 
the  EEPROM  data,  then  the 
PCnet-32  controller  will  enter 
Software  Relocatable  Mode, 
and  a  specific  sequence  of 
write  accesses  to  I/O  address 
378h  will  cause  the  IOBASEU 
value  to  be  updated.  Refer  to 
the  Software  Relocatable 
Mode  section  of  this  docu- 
ment for  more  details. 

A  direct  write  access  to  the  I/O 
Base  Address  Upper  register 
may  be  performed. 

IOBASEU  is  not  affected  by 
S_RESETorSTOP. 


BCR18:  Burst  Size  and  Bus  Control 
Bit       Name  Description 


Note  that  all  bits  in  this  register 
are  programmable  through  the 
EEPROM  PREAD  operation. 

31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

15-11     CLL  Cache  Line  Length.  These  bits 

are  used  to  determine  how  often 
a  cache  invalidation  cycle  needs 
to  be  performed  when  Generate 
Cache  Invalidation  Cycles  has 
been  activated  by  setting  the 


GCIC  bit  (bit  10  of  BCR18)  to  a 
one.  CLL  values  are  interpreted 
as  multiples  of  4  bytes.  For  ex- 
ample, a  CLL  value  of  00001b 
means  the  cache  line  length  is  4 
bytes  and  a  cache  invalidation 
cycle  (assertion  of  EADS)  will  be 
performed  every  4  bytes.  A  CLL 
value  of  00010b  means  the 
cache  line  length  is  8  bytes,  and  a 
cache  invalidation  cycle  will  be 
performed  every  8  bytes.  A  CLL 
value  of  001 00  means  the  cache 
line  length  is  1 6  bytes.  A  value  of 
00000  means  that  the  cache  line 
size  is  "infinite".  In  other  words,  a 
single  cADS  assertion  will  be 
performed  on  the  first  access  at 
the  beginning  of  each  bus  mas- 
tership period  (write  accesses 
only)  and  no  subsequent  EADS 
assertions  will  be  made  during 
this  bus  mastership  period. 

Cache  invalidation  cycles  are 
performed  only  during  PCnet-32 
controller  bus  master  write  ac- 
cesses. 

Some  CLL  values  are  reserved 
(see  chart  below). 

The  portion  of  the  Address  Bus 
that  will  be  floated  at  the  time  of 
an  address  hold  operation 
(AHOLD  asserted)  will  be  deter- 
mined by  the  value  of  the  Cache 
Line  Length  register.  The  follow- 
ing chart  lists  all  of  the  legal  val- 
ues of  CLL  showing  the  portion  of 
the  Address  Bus  that  will  become 
floated  during  an  address  hold 
operation: 


CLL  Value 

Portion  of  Address  Bus  Floated 
During  AHOLD 

00000 

None 

00001 

A31-A2 

00010 

A31  -A3 

0001  1 

Reserved  CLL  Value 

00100 

A31 -A4 

00101-00111 

Reserved  CLL  Values 

01000 

A31-A5 

01001  -01111 

Reserved  CLL  Values 

10000 

A31-A6 

10001-  11111 

Reserved  CLL  Values 

Note  that  the  default  value  of  CLL 
after  RESET  is  001 00b.  All  timing 
diagrams  in  this  document  are 
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drawn  with  the  assumption  that 
this  is  the  value  of  CLL. 

When  VESA  VL-Bus  mode  is  se- 
lected, then  the  LEADS  pin  func- 
tions as  if  CLL  =  00001b 
regardless  of  the  actual  CLL 
setting. 

CLL  is  set  to  00100b  by 
H_RESET  and  is  not  affected  by 
S_RESET  or  STOP. 

Generate  Cache  Invalidation  Cy- 
cles. Ignore  WBACK  signal. 

Generate  Cache  Invalidation  Cy- 
cles. When  this  bit  is  set  and  the 
Am486  mode  has  been  selected, 
then  the  PCnet-32  controller  as- 
sumes that  the  host  system  con- 
tains a  cache,  but  the  host 
system  does  not  snoop  the  local 
bus  master  accesses  of  the 
PCnet-32  controller,  and  there- 
fore, that  cache  invalidation  cy- 
cles must  be  generated  by  the 
PCnet-32  controller  for  PCnet-32 
controller  master  accesses. 
PCnet-32  controller  will  not  per- 
form snoops  to  invalidate  cache 
lines  for  local  bus  accesses  that 
other  local  bus  masters  may 
have  executed.  When  GCIC  is  a 
ZERO,  the  PCnet-32  controller 
assumes  that  logic  in  the  host 
system  will  create  the  cache  in- 
validation cycles  that  may  be 
necessary  as  a  result  of 
PCnet-32  controller  local  bus 
master  accesses.  The  cache  in- 
validation logic  performs  its  func- 
tions according  to  the  GCIC  and 
CLL  bits,  regardless  of  the  set- 
ting of  the  Am486/Am386  pin. 

Ignore  WBACK  signal.  Whenthis 
bit  is  set  and  the  VESA  VL-Bus 
Mode  has  been  selected,  then 
the  PCnet-32  device  will  operate 
as  though  the  WBACK  input  pin 
is  always  held  HIGH,  even 
though  the  real  value  of  the 
WBACK  input  may  change.  This 
function  is  provided  to  allow  the 
PCnet-32  device  to  operate  in 
systems  which  violate  VESA  VL- 
Bus  WBACK  operation  by  either 
floating  this  pin  or  by  always  driv- 
ing this  pin  LOW. 

LEADS  is  always  asserted  with 
each  assertion  of  ADS  when 
VESA  VL-Bus  mode  has  been 
selected,  regardless  of  the  set- 
ting of  the  GCIC/IWBACK  bit. 


9  PRPCNET 


GCIC/IWBACK  is  cleared  by 
H_RESET  and  is  not  affected  by 
S_RESET  or  STOP. 

Priority  PCnet.  This  bit  is  used  to 
set  the  priority  of  the  daisy  chain 
arbitration  logic  that  resides 
within  the  PCnet-32  controller. 
When  PRPCNET  =  1 ,  the  priority 
of  the  daisy  chain  logic  is  set  to 
PCnet-32  controller  highest  pri- 
ority, External  device  lowest  pri- 
ority. When  PRPCNET  =  0,  the 
priority  of  the  daisy  chain  logic  is 
set  to  External  device  highest  pri- 
ority, PCnet-32  controller  lowest 
priority.  In  the  case  PRPCNET  = 
0,  where  the  PCnet-  32  controller 
has  lower  priority  than  the  exter- 
nal device  and  the  PCnet-32  con- 
troller is  preempted  due  to  a 
HOLDI  request  from  the  external 
device,  the  PCnet-32  controller 
will  complete  the  current  se- 
quence of  accesses  and  then 
pass  the  HLDA  to  the  external 
device  by  asserting  the  HLDAO 
signal.  The  HOLD  output  signal 
from  the  PCnet-32  controller  will 
not  change  state  during  the 
HLDAO  hand-off.  If  the  PCnet-32 
controller  is  performing  a  linear 
burst,  then  the  PCnet-32  control- 
ler will  complete  the  linear  burst 
and  then  pass  the  HLDA  to  the 
external  device  through  the 
HLDAO  signal.  For  more  details 
on  exact  timing  of  preemption 
events,  see  the  individual  de- 
scriptions of  the  various  DMA 
transfers. 

PRPCNET  is  cleared  by 
H_RESET  and  is  not  affected  by 
S_RESET  or  STOP. 

The  default  setting  for  this  bit  will 
be  PRPCNET  =  0.  This  default 
value  reflects  the  nature  of  the 
CPU's  handling  of  a  HOLD  re- 
quest (i.e.  the  CPU  has  lowest 
priority).  By  making  this  the  de- 
fault setting,  the  PCnet-32  con- 
troller response  to  HOLDI  is  as 
close  as  possible  to  the  timing  of 
the  CPU  response  to  HOLD,  so 
that  minimal  design  difficulty  will 
be  created  by  inserting  the 
PCnet-32  controller  into  the  sys- 
tem as  the  mediating  device  be- 
tween the  CPU  and  the  extension 
bus  chipset. 
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8  RES  Reserved  bit.  Must  be  written  as 

a  ONE.  Will  be  read  as  a  ONE. 

This  reserved  location  is  SET  by 
H_RESET  and  is  not  affected  by 
S_RESET  or  STOP. 

7         DWIO  Double  Word  I/O.  When  set,  this 

bit  indicates  that  the  PCnet-32 
controller  is  programmed  for 
DWIO  mode.  When  cleared,  this 
bit  indicates  that  the  PCnet-32 
controller  is  programmed  for 
Word  I/O  mode.  This  bit  affects 
the  I/O  Resource  Offset  map  and 
it  affects  the  defined  width  of  the 
PCnet-32  controller's  I/O  re- 
sources. See  the  DWIO  and  WIO 
sections  for  more  details. 
The  PCnet-32  controller  will  set 
DWIO  if  it  detects  a  double  word 
write  access  to  offset  10h  from 
the  PCnet-32  controller  I/O  Base 
Address  (corresponding  to  the 
RDP  resource).  A  double  word 
write  access  to  offset  10h  is  the 
only  way  that  the  DWIO  bit  can 
be  set.  DWIO  cannot  be  set  by  a 
direct  write  to  BCR18. 

Once  the  DWIO  bit  has  been  set 
to  a  ONE,  only  a  H_RESET  can 
reset  it  to  a  ZERO. 

DWIO  is  read  only  by  the  host. 

DWIO  is  cleared  by  H_RESET 
and  is  not  affected  by  S_RESET 
or  STOP. 

6  BREADE  Burst  Read  Enable.  When  set, 
this  bit  enables  Linear  Bursting 
during  memory  read  accesses, 
where  Linear  Bursting  is  defined 
to  mean  that  only  the  first  transfer 
in  the  current  bus  arbitration  will 
contain  an  address  cycle.  Subse- 
quent transfers  will  consist  of 
data  only.  However,  the  entire 
address  bus  will  still  be  driven 
with  appropriate  values  during 
the  subsequent  cycles,  but  ADS 
will  not  be  asserted.  When 
cleared,  this  bit  prevents  the  part 
from  performing  linear  bursting 
during  read  accesses.  In  no  case 
will  the  part  linearly  burst  a  de- 
scriptor access  or  an  initialization 
access. 

BREADE  is  cleared  by 
H_RESET  and  is  not  affected  by 
S_RESET  or  STOP. 

Burst  Read  activity  is  not  allowed 
when  the  BCLK  frequency  is  >33 
MHz.  Linear  bursting  is  disabled 
in  VL-Bus  systems  that  operate 
above  this  frequency  by  connect- 


ing the  VLBEN  pin  to  either  ID(3) 
(for  VL-Bus  version  1 .0  systems) 
or  ID(4)  AND  ID(3)  AND  ID(1) 
AND  ID(0)  (for  VL-Bus  version 
1.1  or  2.0  systems).  In 
Am486-style  systems  that  have 
BCLK  frequencies  above 
33  MHz,  disabling  the  linear 
burst  capability  is  ideally  carried 
out  through  EEPROM  bit  pro- 
gramming, since  the  EEPROM 
programming  can  be  setup  for  a 
particular  machine's  architec- 
ture. When  the  VLBEN  pin  has 
been  reset  to  a  ZERO,  then  the 
BREADE  bit  will  be  forced  to  a 
value  of  ZERO.  Any  attempt  to 
change  this  value  by  writing  to 
the  BREADE  bit  location  will 
have  no  effect. 

5  BWRITE  Burst  Write  Enable.  When  set, 
this  bit  enables  Linear  Bursting 
during  memory  write  accesses, 
where  Linear  Bursting  is  defined 
to  mean  that  only  the  first  transfer 
in  the  current  bus  arbitration  will 
contain  an  address  cycle.  Subse- 
quent transfers  will  consist  of 
data  only.  However,  the  entire 
address  bus  will  still  be  driven 
with  appropriate  values  during 
the  subsequent  cycles,  but  ADS 
will  not  be  asserted.  When 
cleared,  this  bit  prevents  the  part 
from  performing  linear  bursting 
during  write  accesses.  In  no  case 
will  the  part  linearly  burst  a  de- 
scriptor access  or  an  initialization 
access. 

BWRITE  is  cleared  by  H  RESET 
and  is  not  affected  by  S_RESET 
or  STOP. 

Burst  Write  activity  is  not  allowed 
when  the  BCLK  frequency  is  >33 
MHz.  Linear  bursting  is  disabled 
in  VL-Bus  systems  that  operate 
above  this  frequency  by  connect- 
ing the  VLBEN  pinto  either  ID(3) 
(for  VL-Bus  version  1 .0  systems) 
or  ID(4)  AND  ID(3)  AND  ID(1) 
AND  ID(0)  (for  VL-Bus  version 
1.1  or  2.0  systems).  In 
Am486-style  systems  that  have 
BCLK  frequencies  above  33 
MHz,  disabling  the  linear  burst 
capability  is  ideally  carried  out 
through  EEPROM  bit  program- 
ming, since  the  EEPROM  pro- 
gramming can  be  setup  for  a 
particular  machine's  architec- 
ture. When  the  VLBEN  pin  has 
been  reset  to  a  ZERO,  then  the 
BWRITE  bit  will  be  forced  to  a 
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4-3  TSTSHDW 


value  of  ZERO.  Any  attempt  to 
change  this  value  by  writing  to 
the  BWRITE  bit  location  will  have 
no  effect. 

Test  Shadow  bits.  These  bits  are 
used  to  place  the  PCnet-32  con- 
troller into  GPSI  mode.  BCR18[3] 
must  be  set  to  ZERO.  The  oper- 
ating modes  possible  are  indi- 
cated in  Table  47. 

See  Table  48  for  pin  reconfigura- 
tion in  GPSI  mode. 


Table  47.  GPSI  Mode  Selection 


TSTSHDW 
Value 
(BCR18[4:3]) 

PVALID 
(BCR19[15]) 

GPSIEN 
(CSR124[4]) 

Operating 
Mode 

00 

X 

0 

Normal 
Operating 
Mode 

10 

1 

X 

GPSI  Mode 

01 

1 

0 

Reserved 

11 

1 

X 

Reserved 

XX 

0 

0 

Normal 
Operating 
Mode 

XX 

0 

1 

GPSI  Mode 

Note  that  when  the  GPSI  mode  is 
invoked,  only  the  lower  24  bits  of 
the  address  bus  are  available. 
IOAW24  (BCR21[8])  must  be 
set  to  allow  slave  operations. 
During  master  accesses  in  GPSI 
mode,  the  PCnet-32  controller 


2-0  LINBC[2:0] 


will  not  drive  the  upper  8  bits 
of  the  address  bus  with  address 
information. 

These  bits  are  not  writeable,  re- 
gardless of  the  setting  of  the 
ENTST  bit  in  CSR4.  Values  may 
only  be  programmed  to  these  bits 
through  the  EEPROM  read  op- 
eration. 

BCR18[4:3]  are  set  to  0  by 
H_RESET  and  are  unaffected  by 
S_RESET  or  STOP. 

Linear  Burst  Count.  The  3-bit 
value  in  this  register  sets  the  up- 
per limit  for  the  number  of  trans- 
fer cycles  in  a  Linear  Burst.  This 
limit  determines  how  often  the 
PCnet-32  controller  will  assert 
the  ADS  signal  during  linear 
burst  transfers.  Each  time  that 
the  interpreted  value  of  LINBC 
transfers  is  reached,  the 
PCnet-32  controller  will  assert 
the  ADS  signal  with  a  new  valid 
address.  The  LINBC  value 
should  contain  only  one  active 
bit.  LINBC  values  with  more  than 
one  active  bit  may  produce  pre- 
dictable results,  but  such  values 
will  not  be  compatible  with  future 
AMD  network  controllers.  The 
LINBC  entry  is  shifted  by  two  bits 
before  being  used  by  the 
PCnet-32  controller.  For  exam- 
ple, the  value  LINBC[2:0]  =  01 0  is 
understood  by  the  PCnet-32  con- 
troller to  mean  01 000  =  8.  There- 
fore, the  value  LINBC[2:0]  =  010 
will  cause  the  PCnet-32  control- 
ler  to  issue  a  new  ADS  every 


Table  48.  GPSI  Pin  Configurations 


- 

iPSI  Function 

GPSI 
I/O 
Type 

LANCE 
GPSI  Pin 

ILACC 
GPSI  Pin 

PCnet-32/ 
PCnet-ISA 
GPSI  Pin 

PCnet-32 

Pin 
Number 

PCnet-32 
Normal 
Pin  Function 

Transmit  Data 

O 

TX 

TXD 

TXDAT 

132 

A31 

Transm 

t  Enable 

O 

TENA 

RTS 

TXEN 

133 

A30 

Transm 

t  Clock 

TCLK 

TXC 

STDCLK 

134 

A29 

Collisior 

CLSN 

CDT 

CLSN 

137 

A28 

Receive  Carrier  Sense 

RENA 

CRS 

RXCRS 

138 

A27 

Receive 

Clock 

RCLK 

RXC 

SRDCLK 

140 

A26 

Receive 

Data 

RX 

RXD 

RXDAT 

141 

A25 
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01000b  =  8  transfers.  The 
PCnet-32  controller  may  linearly 
burst  fewer  than  the  value  repre- 
sented by  LINBC,  due  to  other 
conditions  that  cause  the  burst  to 
end  prematurely.  Therefore, 
LINBC  should  be  regarded  as  an 
upper  limit  to  the  length  of  linear 
burst. 

Note  that  linear  burst  operation 
will  only  begin  on  certain  ad- 
dresses. The  general  rule  for  lin- 
ear burst  starting  addresses  is: 

A[31:0]  MOD  (LINBC  x  16)  =  0. 

Table  49  illustrates  all  possible 
starting  address  values  for  all  le- 
gal LINBC  values  (only  1,  2,  and 
4  are  legal;  other  values  are  re- 
served). Note  that  A[31:8]  are 
don't  care  values  for  all  ad- 
dresses. (A[1:0]  do  not  exist 
within  a  32  bit  system,  however, 
they  are  valid  bits  within  the 
buffer  pointer  field  of  descriptor 
word  0.) 
Table  49.  Linear  Burst  Cycles 


Linear  Burst 

Beginning 

LBS  =  Linear 

Addresses 

Burst  Size 

Size  of 

(A[31:6]  = 

(No.  of 

Burst 

Don't  Care) 

LiNBC[2:0] 

Transfers) 

(Byte) 

A[5:0]  = 

1 

4 

16 

00,  10,  20,  30 

2 

8 

32 

00,  20 

4 

16 

64 

00 

Due  to  the  beginning  address  re- 
strictions just  given,  it  can  be 
shown  that  some  portion  of  the 
address  bus  will  be  held  stable 
throughout  each  linear  burst  se- 
quence, while  the  lowest  portion 
of  the  address  bus  will  change 
value  with  each  new  cycle.  The 
portion  of  the  address  bus  that 
will  be  held  stable  during  a  linear 
burst  access  is  given  in  Table  50. 

Table  50.  Linear  Burst  Address  Bus 


Portion  of  Address  Bus  Stable 

LINBC  Value 

During  Linear  Burst 

001 

A[31:4] 

010 

A[31:5] 

100 

A[31:6] 

The  assertion  of  RDYRTN  in  the 
place  of  brdy  within  a  linear 
burst  cycle  will  cause  the  linear 
burst  to  be  interrupted.  In  that 


case,  the  PCnet-32  controller  will 
revert  to  ordinary  two-cycle 
transfers,  except  that  BLAST  will 
remain  deasserted  to  show  that 
linear  bursting  is  being  requested 
by  the  PCnet-32  controller.  This 
situation  is  defined  as  interrupted 
linear  burst  cycles.  If  BRDY  is 
sampled  as  asserted  (without 
also  sampling  RDYRTN  asserted 
during  the  same  access)  during 
interrupted  linear  burst  cycles, 
then  linear  bursting  will  resume. 

There  are  several  events  which 
may  cause  early  termination  of 
linear  burst.  Among  those  events 
are:  no  more  data  available  for 
transfer  in  either  a  buffer  or  in  the 
FIFO  or  if  either  the  Cycle  Regis- 
ter (CSR80)  or  the  Bus  Activity 
Timer  Register  (CSR82)  times 
out.  In  any  of  these  cases,  the 
PCnet-32  controller  will  end  the 
Linear  Burst  by  asserting  BLAST 
and  then  releasing  the  bus.  A 
Partial  Linear  Burst  may  have 
been  sent  out  before  the  asser- 
tion of  BLAST,  where  "Partial  Lin- 
ear Burst"  refers  to  the  case 
where  the  number  of  data  words 
transferred  between  the  last  as- 
serted  ADS  and  the  assertion  of 
blast  is  less  than  LINBC. 

The  value  on  the  address  bus  will 
be  updated  with  appropriate  val- 
ues every  clock  cycle  during  lin- 
ear burst  operations,  even 
though  ADS  will  not  be  asserted 
during  every  clock  cycle. 

Certain  combinations  of  water- 
mark programming  and  LINBC 
programming  may  create  situ- 
ations where  no  linear  bursting  is 
possible,  or  where  the  FIFO  may 
be  excessively  read  or  exces- 
sively written.  Such  combina- 
tions are  declared  as  illegal. 

Combinations  of  watermark  set- 
tings and  LINBC  settings  must 
obey  the  following  relationship: 

watermark  (in  bytes)  >  LINBC  (in 
bytes) 

Combinations  of  watermark  and 
LINBC  settings  that  violate  this 
rule  may  cause  unexpected 
behavior. 

LINBC  is  set  to  the  value  of  001 
by  KLRESET  and  is  not  affected 
by  SJ=IESET  or  STOP.  This 
gives  a  default  linear  burst  length 
of  4  transfers  =  001  x  4. 
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BCR19:  EEPROM  Control  and  Status 
Bit      Name  Description 

31-16    RES  Reserved  locations.  Written  as 

zeros  and  read  as  undefined. 

15  PVALID  EEPROM  Valid  status  bit.  This 
bit  is  read  only  by  the  host.  A 
value  of  ONE  in  this  bit  indicates 
that  a  PREAD  operation  has  oc- 
curred, and  that  1)  there  is  an 
EEPROM  connected  to  the 
PCnet-32  controller  microwire  in- 
terface pins  and  2)  the  contents 
read  from  the  EEPROM  have 
passed  the  checksum  verifica- 
tion operation. 

A  value  of  ZERO  in  this  bit  indi- 
cates that  the  contents  of  the 
EEPROM  are  different  from  the 
contents  of  the  applicable 
PCnet-32  controller  on-board 
registers  and/or  that  the  check- 
sum for  the  entire  36  bytes  of 
EEPROM  is  incorrect  or  that  no 
EEPROM  is  connected  to  the 
microwire  interface  pins. 

PVALID  is  set  to  ZERO  during 
H_RESET  and  is  unaffected  by 
S_RESET  or  the  STOP  bit.  How- 
ever, following  the  HRESET  op- 
eration, an  automatic  read  of  the 
EEPROM  will  be  performed.  Just 
as  is  true  for  the  normal  PREAD 
command,  at  the  end  of  this  auto- 
matic read  operation,  the 
PVALID  bit  may  be  set  to  ONE. 
Therefore,  H_RESET  will  set  the 
PVALID  bit  to  ZERO  at  first,  but 
the  automatic  EEPROM  read  op- 
eration may  later  set  PVALID  to  a 
ONE. 

If  PVALID  becomes  ZERO  fol- 
lowing an  EEPROM  read  opera- 
tion (either  automatically 
generated  after  H^RESET,  or  re- 
quested through  PREAD),  then 
all  EEPROM-programmable 
BCR  locations  will  be  reset  to 
their  H_RESET  values. 

If  no  EEPROM  is  present  at  the 
EESK,  EEDI  and  EEDO  pins, 
then  all  attempted  PREAD  com- 
mands will  terminate  early  and 
PVALID  will  NOT  be  set.  This  ap- 
plies to  the  automatic  read  of  the 
EEPROM  after  H_RESET  as 
well  as  to  host-initiated  PREAD 
commands. 

14      PREAD         EEPROM  Read  command  bit. 

When  this  bit  is  set  to  a  ONE  by 
the    host,    the    PVALID  bit 


(BCR19[15])  will  immediately  be 
reset  to  a  ZERO  and  then  the 
PCnet-32  controller  will  perform 
a  read  operation  of  36  bytes  from 
the  'EEPROM  through  the 
microwire  interface.  The 
EEPROM  data  that  is  fetched 
during  the  read  will  be  stored  in 
the  appropriate  internal  registers 
on  board  the  PCnet-32  control- 
ler. Upon  completion  of  the 
EEPROM  read  operation,  the 
PCnet-32  controller  will  assert 
the  PVALID  bit.  EEPROM  con- 
tents will  be  indirectly  accessible 
to  the  host  through  I/O  read  ac- 
cesses to  the  Address  PROM 
(offsets  Oh  through  Fh)  and 
through  I/O  read  accesses  to 
other  EEPROM  programmable 
registers.  Note  that  I/O  read  ac- 
cesses from  these  locations  will 
not  actually  access  the  EEPROM 
itself,  but  instead  will  access  the 
PCnet-32  controller's  internal 
copy  of  the  EEPROM  contents. 
I/O  write  accesses  to  these  loca- 
tions may  change  the  PCnet-32 
controller  register  contents,  but 
the  EEPROM  locations  will  not 
be  affected.  EEPROM  locations 
may  be  accessed  directly 
through  BCR19. 

At  the  end  of  the  read  operation, 
the  PREAD  bit  will  automatically 
be  reset  to  a  ZERO  by  the 
PCnet-32  controller  and  PVALID 
will  bet  set,  provided  that  an 
EEPROM  existed  on  the 
microwire  interface  pins  and  that 
the  checksum  for  the  entire  36 
bytes  of  EEPROM  was  correct. 

Note  that  when  PREAD  is  set  to  a 
ONE,  then  the  PCnet-32  control- 
ler will  no  longer  respond  to  I/O 
accesses  directed  toward  it,  until 
the  PREAD  operation  has  com- 
pleted successfully. 

If  a  PREAD  command  is  given  to 
the  PCnet-32  controller  but  no 
EEPROM  is  attached  to  the 
microwire  interface  pins,  then  the 
PREAD  command  will  terminate 
early,  the  PREAD  bit  will  be 
cleared  to  a  ZERO  and  the 
PVALID  bit  will  remain  reset  with 
a  value  of  ZERO.  The  PCnet-32 
controller  will  then  enter  Soft- 
ware Relocatable  Mode  to  await 
further  programming.  This  ap- 
plies to  the  automatic  read  of  the 
EEPROM  after  H  RESET  as 
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well  as  to  host  initiated  PREAD 
commands.  EEPROM  program- 
mable locations  on  board  the 
PCnet-32  controller  will  be  set  to 
their  default  values  by  such  an 
aborted  PREAD  operation.  For 
example,  if  the  aborted  PREAD 
operation  immediately  followed 
the  HRESET  operation,  then 
the  final  state  of  the  EEPROM 
programmable  locations  will  be 
equal  to  the  H_RESET  program- 
ming for  those  locations. 

If  a  PREAD  command  is  given  to 
the  PCnet-32  controller  and  the 
auto-detection  pin  (EESK/ 
LED1/SFBD)  indicates  that  no 
EEPROM  is  present,  then  the 
EEPROM  read  operation  will  still 
be  attempted. 

Note  that  at  the  end  of  the  H  RE- 
SET  operation,  a  read  of  the 
EEPROM  will  be  performed 
automatically.  This  H_RESET- 
generated  EEPROM  read  func- 
tion will  not  proceed  if  the 
auto-detection  pin  (EESK/ 
LED1/SFBD)  indicates  that  no 
EEPROM  is  present.  Instead, 
Software  Relocatable  Mode  will 
be  entered  immediately. 

PREAD  is  set  to  ZERO  during 
H_RESET  and  is  unaffected  by 
S_RESET  or  STOP. 

PREAD  is  only  writeable  when 
the  STOP  bit  is  set  to  ONE. 

13      EEDET         EEPROM  Detect.  This  bit  indi- 
cates the  sampled  value  of  the 


Table  51.  EEDET  Effects  on  EEPROM  Operation 


EEDET  Value 
(BCR19[3]) 

EEPROM 

Connected? 

Result  If  PREAD  is  set  to  ONE 

Result  of  Automatic  EEPROM  Read 
Operation  Following  H_RESET 

0 

No 

EEPROM  read  operation  is  attempted. 
Entire  read  sequence  will  occur, 
checksum  failure  will  result,  PVALID 
is  reset  to  ZERO. 

First  TWO  EESK  clock  cycles 
are  generated,  then  EEPROM 
read  operation  is  aborted  and 
PVALID  is  reset  to  ZERO. 

0 

Yes 

EEPROM  read  operation  is  attempted. 
Entire  read  sequence  will  occur, 
checksum  operation  will  pass,  PVALID 
is  set  to  ONE. 

First  TWO  EESK  clock  cycles  are 
generated,  then  EEPROM  read 
operation  is  aborted  and  PVALID  is 
reset  to  ZERO. 

1 

No 

EEPROM  read  operation  is  attempted. 
Entire  read  sequence  will  occur, 
checksum  failure  will  result,  PVALID 
is  reset  to  ZERO. 

EEPROM  read  operation  is  attempted. 
Entire  read  sequence  will  occur, 
checksum  failure  will  result, 
PVALID  is  reset  to  ZERO. 

1 

Yes 

EEPROM  read  operation  is  attempted. 
Entire  read  sequence  will  occur, 
checksum  operation  will  pass,  PVALID 
is  set  to  ONE. 

EEPROM  read  operation  is  attempted. 
Entire  read  sequence  will  occur, 
checksum  operation  will  pass, 
PVALID  is  set  to  ONE. 

EESK/LED1/SFBD  pin  at  the  end 
of  H  RESET.  The  value  of  this  bit 
is  independent  whether  or  not  an 
EEPROM  is  actually  present  at 
the  EEPROM  interface.  It  is  only 
a  function  of  the  sampled  value  of 
the  EESK/LEDI/SFBD  pin  at  the 
end  of  H_RESET. 

The  value  of  this  bit  is  determined 
at  the  end  of  the  H_RESET  op- 
eration. It  is  unaffected  by 
S_RESET  or  STOP. 

This  bit  is  not  writeable.  It  is  read 
only. 

Table  51  indicates  the  possible 
combinations  of  EEDET  and  the 
existence  of  an  EEPROM  and 
the  resulting  operations  that  are 
possible  on  the  EEPROM 
microwire  interface. 

12-5     RES  Reserved  locations.  Written  as 

ZERO,  read  as  undefined. 

4         EEN  EEPROM  port  enable.  When  this 

bit  is  set  to  a  one,  it  causes  the 
values  of  EBUSY,  ECS,  ESK  and 
EDI  to  be  driven  onto  the 
SHFBUSY,  EECS,  EESK  and 
EEDI  pins,  respectively.  When 
this  bit  is  reset  to  a  zero,  then  the 
SHFBUSY  pin  will  be  driven  with 
the  inverse  of  the  PVALI D  (bit  1 5 
of  BCR19)  value.  PVALID  is  set 
to  "ONE"  if  the  EEPROM  read 
was  successful.  It  is  set  to 
"ZERO"  otherwise.  If  EEN  =  0 
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and  no  EEPROM  read  function  is 
currently  active,  then  EECS  will 
be  driven  LOW.  When  EEN  =  0 
and  no  EEPROM  read  function  is 
currently  active,  EESK  and  EEDI 
pins  will  be  driven  by  the  LED 
registers  BCR5  and  BCR4,  re- 
spectively. See  Table  52.  2 

EEN  is  set  to  ZERO  by 
HRESET  and  is  unaffected  by 
S_RESET  or  STOP. 

3  EBUSY  EEPROM  BUSY.  This  bit  con- 
trols the  value  of  the  SHFBUSY 
pin  of  the  PCnet-32  controller 
when  the  EEN  bit  is  set  to  ONE 
and  the  PREAD  bit  is  set  to 
ZERO.  This  bit  is  used  to  indicate 
to  external  EEPROM-program- 
mable  logic  that  an  EEPROM  ac- 
cess is  occurring. 

When  user  programming  of  the 
EEPROM  is  desired  through  the 
BCR19  EEPROM  Port,  then 
EBUSY  should  be  set  to  ONE 
before  EEN  is  set  to  ONE  in 
systems  where  EEPROM-pro- 
grammable  external  logic  exists. 
At  the  end  of  the  EEPROM  pro- 
gramming operation,  EBUSY 
should  either  remain  set  at  ONE 
until  after  EEN  is  set  to  ZERO,  or  1 
the  user  may  reset  EBUSY  to 
ZERO  with  EEN  =  1  immediately 
following  a  read  of  EEPROM 
byte  locations  35  and  36,  which 
should  be  the  last  accesses  per- 
formed during  BCR19  accesses 
to  the  EEPROM.  A  programmed 
PREAD  operation  following  the 
BCR19  EEPROM  programming 
accesses  will  cause  the 
SHFBUSY  pin  to  become  LOW  if 
the  EEPROM  checksum  is 
verified. 

EBUSY  has  no  effect  on  the  out- 
put value  of  the  SHFBUSY  pin 

Table  52.  EEPROM 


unless  the  PREAD  bit  is  set  to 
ZERO  and  the  EEN  bit  is  set  to 
ONE. 

EBUSY  is  set  to  ZERO  by 
H_RESET  and  is  unaffected  by 
S_RESET  or  STOP. 

EEPROM  Chip  Select.  This  bit  is 
used  to  control  the  value  of  the 
EECS  pin  of  the  microwire  inter- 
face when  the  EEN  bit  is  set  to 
ON  E  and  the  PREAD  bit  is  set  to 
ZERO.  If  EEN  =  "1"  and  PREAD 
=  "0"  and  ECS  is  set  to  a  ONE, 
then  the  EECS  pin  will  be  forced 
to  a  HIGH  level  at  the  rising  edge 
of  the  next  BCLK  following  bit 
programming.  If  EEN  =  "1"  and 
PREAD  =  "0"  and  ECS  is  set  to  a 
ZERO,  then  the  EECS  pin  will  be 
forced  to  a  LOW  level  at  the  rising 
edge  of  the  next  BCLK  following 
bit  programming. 

ECS  has  no  effect  on  the  output 
value  of  the  EECS  pin  unless  the 
PREAD  bit  is  set  to  ZERO  and 
the  EEN  bit  is  set  to  ONE. 

ECS  is  set  to  ZERO  by 
H_RESET  and  is  unaffected  by 
S_RESET  or  STOP. 

EEPROM  Serial  Clock.  This  bit 
and  the  EDI/EDO  bit  are  used  to 
control  host  access  to  the 
EEPROM.  Values  programmed 
to  this  bit  are  placed  onto  the 
EESK  pin  at  the  rising  edge  of  the 
next  BCLK  following  bit  program- 
ming, except  when  the  PREAD 
bit  is  set  to  ONE  or  the  EEN  bit  is 
set  to  ZERO.  If  both  the  ESK  bit 
and  the  EDI/EDO  bit  values  are 
changed  during  one  BCR1 9  write 
operation,  while  EEN  =  1,  then 
setup  and  hold  times  of  the  EEDI 
pin  value  with  respect  to  the 
EESK  signal  edge  are  not 
guaranteed. 


Re: 
Pi 

set 
n 

PREAD  or 
Auto  Read  in 
Progress 

EEN 

EECS 

SHFBUSY 

EESK 

EEDI 

High 

X 

X 

0 

1 

Z 

Z 

Low 

1 

X 

Active 

1 

Active 

Active 

Low 

0 

1 

From  ECS 
Bit  of  BCR19 

From  EBUSY 
Bit  of  BCR19 

From  ESK  Bit 
of  BCR19 

From  EEDI  Bit 
of  BCR19 

Lo 

w 

0 

0 

0 

PVALID 

LED1 

LNKST 
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ESK  has  no  effect  on  the  EESK 
pin  unless  the  PREADbit  is  set  to 
ZERO  and  the  EEN  bit  is  set  to 
ONE. 

ESK  is  reset  to  ONE  by 
H_RESET  and  is  unaffected  by 
S_RESET  or  STOP. 

EEPROM  Data  In  /  EEPROM 
Data  Out.  Data  that  is  written  to 
this  bit  will  appear  on  the  EEDI 
output  of  the  microwire  interface, 
except  when  the  PREAD  bit  is  set 
to  ONE  or  the  EEN  bit  is  set  to 
ZERO.  Data  that  is  read  from  this 
bit  reflects  the  value  of  the  EEDO 
input  of  the  microwire  interface. 

EDI/EDO  has  no  effect  on  the 
EEDI  pin  unless  the  PREAD  bit  is 
set  to  ZERO  and  the  EEN  bit  is 
set  to  ONE. 

EDI/EDO  is  reset  to  ZERO  by 
H_RESET  and  is  unaffected  by 
S_RESET  or  STOP. 


SSIZE32 


BCR20:  Software  Style 

Bit       Name  Description 


31-10  RES 


9  CSRPCNET 


This  register  is  an  alias  of  the  lo- 
cation CSR58.  Accesses  to/from 
this  register  are  equivalent  to  ac- 
cesses to  CSR58. 

Reserved  locations.  Written  as 
ZEROs  and  read  as  undefined. 
CSR  PCnet-ISA  configuration 
bit.  When  set,  this  bit  indicates 
that  the  PCnet-32  controller  reg- 
ister bits  of  CSR4  and  CSR3  will 
map  directly  to  the  CSR4  and 
CSR3  bits  of  the  PCnet-ISA 
(Am79C960)  device.  When 
cleared,  this  bit  indicates  that 
PCnet-32  controller  register  bits 
of  CSR4  and  CSR3  will  map  di- 
rectly to  the  CSR4  and  CSR3  bits 
Of  the  ILACC  <Am79C900) 
device. 

The  value  of  CSRPCNET  is 
determined  by  the  PCnet-32  con- 
troller. CSRPCNET  is  read  only 
by  the  host. 

The  PCnet-32  controller  uses  the 
setting  of  the  Software  Style  reg- 
ister (BCR20[7:0])  to  determine 
the  value  for  this  bit. 
CSRPCNET  is  set  by  H_RESET 
and  is  not  affected  by  S_RESET 
or  STOP. 


7-0  SWSTYLE 


Software  Size  32  bits.  When  set, 
this  bit  indicates  that  the 
PCnet-32  controller  utilizes  AMD 
79C900  (ILACC)  software  struc- 
tures. In  particular,  Initialization 
Block  and  Transmit  and  Receive 
descriptor  bit  maps  are  affected. 
When  cleared,  this  bit  indicates 
that  the  PCnet-32  controller  util- 
izes AMD  PCnet-ISA  software 
structures.  Note:  Regardless  of 
the  setting  of  SSIZE32,  the  In- 
itialization Block  must  always  be- 
gin on  a  double-word  boundary. 

The  value  of  SSIZE32  is  deter- 
mined by  the  PCnet-32  control- 
ler. SSIZE32  is  read  only  by  the 
host. 

The  PCnet-32  controller  uses  the 
setting  of  the  Software  Style  reg- 
ister (BCR20[7:0]/CSR58[7:0]) 
to  determine  the  value  forthis  bit. 
SSIZE32  is  cleared  by  H_RESET 
and  is  not  affected  by  S_RESET 
or  STOP. 

If  SSIZE32  is  reset,  then  bits 
IADR[31:24]  of  CSR2  will  be 
used  to  generate  values  for  the 
upper  8  bits  of  the  32  bit  address 
bus  during  master  accesses  initi- 
ated by  the  PCnet-32  controller. 
This  action  is  required,  since  the 
1 6-bit  software  structures  speci- 
fied by  the  SSIZE32=0  setting 
will  yield  only  24  bits  of  address 
for  PCnet-32  controller  bus  mas- 
ter accesses. 

If  SSIZE32  is  set,  then  the  soft- 
ware structures  that  are  common 
to  the  PCnet-32  controller  and 
the  host  system  will  supply  a  full 
32  bits  for  each  address  pointer 
that  is  needed  by  the  PCnet-32 
controller  for  performing  master 
accesses. 

The  value  of  the  SSIZE32  bit  has 
no  effect  on  the  drive  of  the  upper 
8  address  pins.  The  upper  8  ad- 
dress pins  are  always  driven,  re- 
gardless of  the  state  of  the 
SSIZE32  bit. 

Note  that  the  setting  of  the 
SSIZE32  bit  has  no  effect  on  the 
defined  width  for  I/O  resources. 
I/O  resource  width  is  determined 
by  the  state  of  the  DWIO  bit. 

Software  Style  register.  The 
value  in  this  register  determines 
the  "style"  of  I/O  and  memory 
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resources  that  shall  be  used  by 
the  PCnet-32  controller.  The 
Software  Style  selection  will  af- 
fect the  interpretation  of  a  few 
bits  within  the  CSR  space  and 
the  width  of  the  descriptors  and 
initialization  block.  See  Table  53. 

All  PCnet-32  controller  CSR  bits 
and  BCR  bits  and  all  descriptor, 
buffer  and  initialization  block  en- 
tries not  cited  in  the  table  above 
are  unaffected  by  the  Software 
Style  selection  and  are  therefore 
always  fully  functional  as  speci- 
fied in  the  CSR  and  BCR  and  de- 
scriptor sections. 

Read/write  accessible  only  when 
the  STOP  bit  is  set. 

The  SWSTLYE  register  will  con- 
tain the  value  OOh  following 
H_RESET  and  is  not  affected  by 
S  RESET  or  STOP. 


BCR21 :  Interrupt  Control 

Bit       Name  Description 


31-9  RES 
8  IOAW24 


Note  that  all  bits  in  this  register 
are  programmable  through  the 
EEPROM  PREAD  operation  and 
software  relocatable  mode. 

Reserved  locations.  Written  as 
ZEROs  and  read  as  undefined. 

I/O  Address  Width  24  bits.  When 
set  to  a  ONE,  the  IOAW24  bit  will 
cause  the  PCnet-32  controller  to 
ignore  the  upper  8  bits  of  the  ad- 
dress bus  when  determining 
whether  an  I/O  address  matches 
PCnet-32  controller  I/O  space. 
When  IOAW24  is  set  to  a  ZERO, 
then  the  PCnet-32  controller  will 
examine  all  32  bits  of  the  address 
bus  when  determining  whether 


an  I/O  address  matches 
PCnet-32  controller  I/O  space. 

Read/write  accessible  only  when 
the  STOP  bit  is  set. 

The  IOAW24  bit  will  be  reset  to 
ZERO  by  H_RESET  and  is  not 
affected  by  S_RESET  or  STOP. 

7  REJECTDIS  Reject  Disable.  When  set  to  a 
ONE,  the  REJECTDIS  bit  will 
cause  the  ear  function  of  the 
EADI  interface  to  be  disabled. 
Specifically,  the  INTR2  pin  will 
retain  its  function  as  INTR2  and 
will  not  function  as  ear  ,  regard- 
less of  the  setting  of  the  BCR2 
EADISEL  bit.  When  reset  to  a 
ZERO,  the  REJECTDIS  bit  will 
allow  the  INTR2  pin  to  be  rede- 
fined to  function  as  EAR  of  the 
EADI  interface  when  the 
EADISEL  bit  of  BCR2  has  been 
set  to  a  ONE. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

The  REJECTDIS  bit  will  be  reset 
to  ZERO  by  H_RESET  and  is  not 
affected  by  S_RESET  or  STOP. 

6-2       RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

1-0  INTSEL  interrupt  Select.  The  value  of 
these  bits  determines  which  of 
the  interrupt  pins  will  be  the  ac- 
tive interrupt.  Table  55  indicates 
which  interrupt  will  be  selected 
for  each  combination  of  INTSEL 
and  JTAGSEL  values. 

Interrupt  pins  that  are  not  se- 
lected will  be  floated. 

The  INTSEL  register  will  contain 
the  value  00  following  H  RESET 
and  is  not  affected  by  S_RESET 
or  STOP. 
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Table  53.  Software  Style  Selection 


SWSTYLE[7:0] 
(Hex) 

Style  Name 

CSRPCNET 

SSIZE32 

Altered  Bit  Interpretations 

00 

LANCE/ 
PCnet-ISA 

1 

0 

ALL  CSR4  bits  will  function  as  defined  in  the  CSR4  section. 
TMD1[29]  functions  as  ADD_FCS 

01 

ILACC 

0 

1 

CSR4[9:8],  CSR4[5:4]  and  CSR4[1 :0]  will  have  no  function, 
but  will  be  writeable  and  readable. 

CSR4[15:10],  CSR4[7:6]  and  CSR4[3:2]  will  function  as 
defined  in  the  CSR4  section.  TMD1[29]  becomes  NO_FCS. 

02 

PCnet-32 

1 

1 

ALL  CSR4  bits  will  function  as  defined  in  the  CSR4  section. 
TMD1[29]  functions  as  ADD  FCS 

All  other 
combinations 

Reserved 

Undefined 

Table  54.  Interrupt  Select  Initialization  Block 

When  SSIZE32=0  (BCR20/CSR58,  bit  8)  the  software 
structures  are  defined  to  be  1 6  bits  wide  and  the  initiali- 
zation block  looks  as  shown  in  Table  55.  When 
SSIZE32=1 ,  the  software  structures  are  defined  to  be 
32  bits  wide  and  the  initialization  block  looks  as  shown  in 
Table  56.  Regardless  of  the  value  of  SSIZE32,  the  in- 
itialization block  must  be  aligned  to  a  double  word 
boundary,  i.e.  CSR1[1:0]  and  CSR16[1:0]  must  be  set 
to  ZERO. 

Note  that  the  PCnet-32  device  performs  doubleword  ac- 
cesses to  read  the  initialization  block.  This  statement  is 
always  true,  regardless  of  the  setting  of  the  SSIZE32  bit. 


Table  55.  Initialization  Block  (when  SSIZE  =  0) 


Address 

Bits  15-13 

Bit  12 

Bits  11-8 

Bits  7-4 

Bits  3-0 

IADR+00 

MODE  15-00 

IADR+02 

PADR  15-00 

IADR+04 

PADR  31-16 

IADR+06 

PADR  47-32 

IADR+08 

LADRF  15-00 

IADR+0A 

LADRF  31-16 

IADR+0C 

LADRF  47-32 

IADR+0E 

LADRF  63-48 

IADR+10 

RDRA  15-00 

IADR+12 

RLEN 

0 

RES 

RDRA  23-16 

IADR+14 

TDRA  15-00 

IADR+16 

TLEN 

0 

RES 

TDRA  23-16 

INTSEL[1:0] 

JTAGSEL 

Selected 
interrupt  Pin 

00 

0 

INTR1 

01 

0 

INTR2 

10 

0 

INTR3 

11 

0 

INTR4 

00 

1 

INTR1 

01 

1 

INTR2 

10 

1 

INTR1 

11 

1 

INTR2 
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Table  56.  Initialization  Block  (when  SSIZE  =  1) 


Vddress 

Bits 
31-28 

Bits 
27-24 

Bits 
23-20 

Bits 
19-16 

Bits 
15-12 

Bits 
11-8 

Bits 
7-4 

Bits 
3-0 

IADR+00 
IADR+04 
IADR+08 
IADR+0C 
IADR+10 
IADR+14 
IADR+18 

TLEN 

RES 

RLEN 

RES 

MODE 

PADR  31-00 

RES 

PADR  47-32 

LADR  31-00 

LADR  63-32 

RDRA  31-00 

TDRA  31 -00 

RLEN  and  TLEN 

When  SSIZE32  =  0  (BCR20[8]) ,  then  the  software  struc- 
tures are  defined  to  be  1 6  bits  wide,  and  the  RLEN  and 
TLEN  fields  in  the  initialization  block  are  3  bits  wide,  oc- 
cupying bits  15,14,  and  13  and  the  value  in  these  fields 
determines  the  number  of  Transmit  and  Receive  De- 
scriptor Ring  Entries  (DRE)  which  are  used  in  the  de- 
scriptor rings.  Their  meaning  is  shown  in  Table  57. 

Table  57.  Descriptor  Ring  Entries  (SSIZE32  =  0) 


R/TLEN 

No.  of  DREs 

000 

1 

001 

2 

010 

4 

011 

8 

100 

16 

101 

32 

110 

64 

111 

128 

If  a  value  other  than  those  listed  in  the  above  table  is 
desired,  CSR76  and  CSR78  can  be  written  after  initiali- 
zation is  complete.  See  the  description  of  the  appropri- 
ate CSRs. 

When  SSIZE32=1  (BCR20[8]),  then  the  software  struc- 
tures are  defined  to  be  32  bits  wide,  and  the  RLEN  and 
TLEN  fields  in  the  initialization  block  are  4  bits  wide,  oc- 
cupying bits  15,14,  13,  and  12,  and  the  value  in  these 
fields  determines  the  number  of  Transmit  and  Receive 
Descriptor  Ring  Entries  (DRE)  which  are  used  in  the  de- 
scriptor rings.  Their  meaning  is  is  shown  in  Table  58. 

If  a  value  other  than  those  listed  in  the  above  table  is 
desired,  CSR76  and  CSR78  can  be  written  after  initiali- 
zation is  complete.  See  the  description  of  the  appropri- 
ate CSRs. 


Table  58.  Descriptor  Ring  Entries  (SSIZE  =  1) 


R/TLEN 

No.  Of  DREs 

0000 

1 

0001 

2 

0010 

4 

0011 

8 

0100 

16 

0101 

32 

0110 

64 

0111 

128 

1000 

256 

1001 

512 

11 XX 

512 

1X1X 

512 

RDRA and TDRA 

TDRA  and  RDRA  indicate  where  the  transmit  and  re- 
ceive descriptor  rings,  respectively,  begin.  Each  DRE 
must  be  located  at  0  MOD  16  address  values  when 
SSIZE32  =  1  (BCR20[8]).  Each  DRE  must  be  located  at 
0  MOD  8  address  values  when  SSIZE32  =  0 
(BCR20[8]). 

LADRF 

The  Logical  Address  Filter  (LADRF)  is  a  64-bit  mask  that 
is  used  to  accept  incoming  Logical  Addresses.  If  the  first 
bit  in  the  incoming  address  (as  transmitted  on  the  wire) 
is  a  "1 ",  the  address  is  deemed  logical.  If  the  first  bit  is  a 
"0",  it  is  a  physical  address  and  is  compared  against  the 
physical  address  that  was  loaded  through  the  initializa- 
tion block. 

A  logical  address  is  passed  through  the  CRC  generator, 
producing  a  32  bit  result.  The  high  order  6  bits  of  the 
CRC  is  used  to  select  one  of  the  64  bit  positions  in  the 
Logical  Address  Filter.  If  the  selected  filter  bit  is  set,  the 
address  is  accepted  and  the  frame  is  placed  into 
memory.  See  Figure  38. 
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32-BIT  RESULTANT  CRC 
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MATCH=1:  PACKET  ACCEPTED 
MATCH=0:    PACKET  REJECTED 


Figure  38.  Address  Match  Logic 


MATCH 
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The  Logical  Address  Filter  is  used  in  multicast  address- 
ing schemes.  The  acceptance  of  the  incoming  frame 
based  on  the  filter  value  indicates  that  the  message  may 
be  intended  forthe  node.  It  is  the  node's  responsibility  to 
determine  if  the  message  is  actually  intended  for  the 
node  by  comparing  the  destination  address  of  the  stored 
message  with  a  list  of  acceptable  logical  addresses. 

If  the  Logical  Address  Filter  is  loaded  with  all  zeroes  and 
promiscuous  mode  is  disabled,  all  incoming  logical  ad- 
dresses except  broadcast  will  be  rejected. 

The  Broadcast  address,  which  is  all  ones,  does  not  go 
through  the  Logical  Address  Filter  and  is  handled  as 
follows: 

■  If  the  Disable  Broadcast  Bit  is  cleared,  the  broadcast 
address  is  accepted 

■  If  the  Disable  Broadcast  Bit  is  set  and  promiscuous 
mode  is  enabled,  the  broadcast  address  is  accepted. 

■  If  the  Disable  Broadcast  Bit  is  set  and  promiscuous 
mode  is  disabled,  the  broadcast  address  is  rejected. 

If  external  loopback  is  used,  the  FCS  logic  must  be  allo- 
cated to  the  receiver  (by  setting  the  DXMTFCS  bit  in 
CSR15,  and  clearing  the  ADD_FCS  bit  in  TMD1)  when 
using  multicast  addressing. 

PADR 

This  48-bit  value  represents  the  unique  node  address 
assigned  by  the  ISO  8802-3  (IEEE/ANSI  802.3)  and 
used  for  internal  address  comparison.  PADR[0]  is  the 
first  address  bit  transmitted  on  the  wire,  and  must  be 
zero.  The  six  hex-digit  nomenclature  used  by  the  ISO 
8802-3  (IEEE/ANSI  802.3)  maps  to  the  PCnet-32  con- 
troller PADR  register  as  follows:  the  first  byte  comprises 
PADR[7:0],  with  PADR[0]  being  the  least  significant  bit 
of  the  byte.  The  second  ISO  8802-3  (IEEE/ANSI  802.3) 
byte  maps  to  PADR[15:8],  again  from  LS  bit  to  MS  bit, 


and  so  on.  The  sixth  byte  maps  to  PADR[47:40],  the  LS 
bit  being  PADR[40]. 

MODE 

The  mode  register  in  the  initialization  block  is  copied  into 
CSR15  and  interpreted  according  to  the  description  of 
CSR15. 

Receive  Descriptors 

When  SSIZE32  =  0  (BCR20[8j),  then  the  software  struc- 
tures are  defined  to  be  1 6  bits  wide,  and  receive  descrip- 
tors look  as  shown  in  Table  59. 

Table  59.  Receive  Descriptor  (SSIZE32  =  0) 


LANCE/ 
PCnet-ISA 
Descriptor 
Designation 

PCnet-32 
Descriptor  Designation 

Address 

Bits  15-0 

Bits  15-8 

Bits  7-0 

CRDA+00 

RMD0 

RMD0[15:0] 

CRDA+02 

RMD1 

RMD1  [31:24] 

RMD0[23:16] 

CRDA+04 

RMD2 

RMD1[15:0] 

CRDA+06 

RMD3 

RMD2[15:0] 

PCnet-32  reference  names  within  the  table  above  refer 
to  the  descriptor  definitions  given  in  text  below.  Since 
the  text  descriptions  are  for  32-bit  descriptors,  the  table 
above  shows  the  mapping  of  the  32-bit  descriptors  into 
the  1 6-bit  descriptor  space.  Since  1 6-bit  descriptors  are 
a  subset  of  the  32-bit  descriptors,  some  portions  of  the 
32-bit  descriptors  may  not  appear  in  Table  59. 

When  SSIZE32  =  1  (BCR  20[8]),  then  the  software 
structures  are  defined  to  be  32  bits  wide,  and  receive 
descriptors  look  as  shown  in  Table  60. 
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Table  60.  Receive  Descriptor  (SSIZE32  =1) 


Ad 

dress 

LANCE/PCnet-ISA 
Descriptor  Designation 

PCnet-32 
Descriptor 
Designation 

Bits  31-24 

Bits  23-16 

Bits  15-8 

Bits  7-0 

Bits  31-0 

CR 

DA+00 

•NA 

RMD1[7:0] 

RMD0[15:8] 

RMD0[7:0] 

RMDO 

CRDA+04 

RMD1[15:8] 

*NA 

RMD2[15:8] 

RMD2[7:0] 

RMD1 

CRDA+08 

•NA 

*NA 

RMD3[15:8] 

RMD3[7:0] 

RMD2 

CRDA+OC 

"NA 

•NA 

•NA 

•NA 

RMD3 

'NA  =  7hese  8  bits  do  not  exist  in  any  LANCE  descriptor. 


The  Receive  Descriptor  Ring  Entries  (RDREs)  are  com- 
posed of  four  receive  message  descriptors  (RMD0- 
RMD3).Togetherthey  contain  the  following  information: 

■  The  address  of  the  actual  message  data  buffer  in 
user  (host)  memory. 

■  The  length  of  that  message  buffer. 

■  Status  information  indicating  the  condition  of  the 
buffer.  The  eight  most  significant  bits  of  RMD1 
(RMD1  [31:24])  are  collectively  termed  the  STATUS 
of  the  receive  descriptor. 

RMDO 


Bit 

Name 

Description 

31-0  F 

IBADR 

RECEIVE  BUFFER  ADDRESS. 
This  field  contains  the  address  of 
the  receive  buffer  that  is  associ- 
ated with  this  descriptor. 

RMD1 

Bit  Name 


31 


OWN 


30  ERR 


29  FRAM 


1-818 


Description 


This  bit  indicates  that  the  de- 
scriptor entry  is  owned  by  the 
host  (OWN=0)  or  by  the 
PCnet-32  controller  (OWN=1). 
The  PCnet-32  controller  clears 
the  OWN  bit  after  filling  the  buffer 
pointed  to  by  the  descriptor  entry. 
The  host  sets  the  OWN  bit  after 
emptying  the  buffer.  Once  the 
PCnet-32  controller  or  host  has 
relinquished  ownership  of  a 
buffer,  it  must  not  change  any 
field  in  the  descriptor  entry. 

ERR  is  the  OR  of  FRAM,  OFLO, 
CRC,  orBUFF.  ERR  is  set  by  the 
PCnet-32  controller  and  cleared 
by  the  host. 

FRAMING  ERROR  indicates 
that  the  incoming  frame  con- 
tained a  non-integer  multiple  of 
eight  bits  and  there  was  an  FCS 


28 


27 


26 


error.  If  there  was  no  FCS  error 
on  the  incoming  frame,  then 
FRAM  will  not  be  set  even  if  there 
was  a  non  integer  multiple  of 
eight  bits  in  the  frame.  FRAM  is 
not  valid  in  internal  loopback 
mode.  FRAM  is  valid  only  when 
ENP  is  set  and  OFLO  is  not. 
FRAM  is  set  by  the  PCnet-32 
controller  and  cleared  by  the 
host. 

OFLO  OVERFLOW  error  indicates  that 

the  receiver  has  lost  all  or  part  of 
the  incoming  frame,  due  to  an  in- 
ability to  store  the  frame  in  a 
memory  buffer  before  the  inter- 
nal FIFO  overflowed.  OFLO  is 
valid  only  when  ENP  is  not  set. 
OFLO  is  set  by  the  PCnet-32 
controller  and  cleared  by  the 
host. 

CRC  CRC  indicates  that  the  receiver 

has  detected  a  CRC  (FCS)  error 
on  the  incoming  frame.  CRC  is 
valid  only  when  ENP  is  set  and 
OFLO  is  not.  CRC  is  set  by  the 
PCnet-32  controller  and  cleared 
by  the  host. 

BUFF  BUFFER  ERROR  is  set  anytime 

the  PCnet-32  controller  does  not 
own  the  next  buffer  while  data 
chaining  a  received  frame.  This 
can  occur  in  either  of  two  ways: 

1)  The  OWN  bit  of  the  next 
buffer  is  zero. 

2)  FIFO  overflow  occurred  be- 
fore the  PCnet-32  controller 
received  the  STATUS 
(RMD1  [31 :24])  of  the  next  de- 
scriptor. 

If  a  Buffer  Error  occurs,  an  Over- 
flow Error  may  also  occur  inter- 
nally in  the  FIFO,  but  will  not  be 
reported  in  the  descriptor  status 
entry  unless  both  BUFF  and 
OFLO  errors  occur  at  the  same 
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25  STP 


24  ENP 


23-16  RES 


15-12  ONES 


11-0  BCNT 


RMD2 

Bit  Name 


time.  BUFF  is  set  by  the 
PCnet-32  controller  and  cleared 
by  the  host. 

START  OF  PACKET  indicates 
that  this  is  the  first  buffer  used  by 
the  PCnet-32  controller  for  this 
frame.  It  is  used  for  data  chaining 
buffers.  STP  is  set  by  the 
PCnet-32  controller  and  cleared 
by  the  host. 

END  OF  PACKET  indicates  that 
this  is  the  last  buffer  used  by  the 
PCnet-32  controller  for  this 
frame.  It  is  used  for  data  chaining 
buffers.  If  both  STP  and  ENP  are 
set,  the  frame  fits  not  one  buffer 
and  there  is  no  data  chaining. 
ENP  is  set  by  the  PCnet-32  con- 
troller and  cleared  by  the  host. 

Reserved  locations.  These  loca- 
tions should  be  read  and  written 
as  ZEROs. 

These  four  bits  must  be  written 
as  ONES.  They  are  written  by  the 
host  and  unchanged  by  the 
PCnet-32  controller. 

BUFFER  BYTE  COUNT  is  the 
length  of  the  buffer  pointed  to  by 
this  descriptor,  expressed  as  the 
two's  complement  of  the  length 
of  the  buffer.  This  field  is  written 
by  the  host  and  unchanged  by 
the  PCnet-32  controller. 


Description 


31-24    RCC  Receive  Collision  Count.  Indi- 

catesthe  accumulated  numberof 
collisions  on  the  network  since 
the  last  frame  was  successfully 
received,  excluding  collisions 
that  occurred  during  transmis- 
sions from  this  node.  The 
PCnet-32  controller  implementa- 
tion of  this  counter  may  not  be 
compatible  with  the  ILACC  RCC 
definition.  If  network  statistics  are 


23-16  RPC 


15-12  ZEROS 


11-0  MCNT 


RMD3 

Bit  Name 


to  be  monitored,  then  CSR114 
should  be  used  for  the  purpose  of 
monitoring  Receive  collisions  in- 
stead of  these  bits. 

Runt  Packet  Count.  Indicates  the 
accumulated  number  of  runts 
that  were  addressed  to  this  node 
since  the  last  time  that  a  receive 
packet  was  successfully  re- 
ceived and  its  corresponding 
RMD2  ring  entry  was  written  to 
by  the  PCnet-32  controller.  In  or- 
der to  be  included  in  the  RPC 
value,  a  runt  must  be  long 
enough  to  meet  the  minimum  re- 
quire me  nt  of  the  internal  address 
matching  logic.  The  minimum  re- 
quirement for  a  runt  to  pass  the 
internal  address  matching 
mechanism  is:  18  bits  of  valid 
preamble  plus  a  valid  SFD  de- 
tected, followed  by  7  bytes  of 
frame  data.  This  requirement  is 
unvarying,  regardless  of  the  ad- 
dress matching  mechanisms  in 
force  at  the  time  of  reception  (i.e. 
physical,  logical,  broadcast  or 
promiscuous).  The  PCnet-32 
controller  implementation  of  this 
counter  may  not  be  compatible 
with  the  ILACC  RPC  definition. 

This  field  is  reserved.  PCnet-32 
controller  will  write  ZEROs  to 
these  locations. 

MESSAGE  Byte  COUNT  is  the 
length  in  bytes  of  the  received 
message,  expressed  as  an  un- 
signed binary  integer.  MCNT  is 
valid  only  when  ERR  is  clear  and 
ENP  is  set.  MCNT  is  written  by 
the  PCnet-32  controller  and 
cleared  by  the  host. 


Description 


31-0  RES 


Reserved  locations.  All  bits  must 
be  ZEROs. 
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Transmit  Descriptors 

When  SSIZE32  =  0  (BCR  20[8j),  then  the  software 
structures  are  defined  to  be  16  bits  wide,  and  transmit 
descriptors  look  as  shown  in  Table  61 . 

PCnet-32  reference  names  within  the  table  above  refer 
to  the  descriptor  definitions  given  in  text  below.  Since 
the  text  descriptions  are  for  32-bit  descriptors,  the  table 
above  shows  the  mapping  of  the  32-bit  descriptors  into 
the  1 6-bit  descriptor  space.  Since  1 6-bit  descriptors  are 
a  subset  of  the  32-bit  descriptors,  some  portions  of  the 
32-bit  descriptors  may  not  appear  in  Table  61 . 

When  SSIZE32  =  1  (BCR  20[8j),  then  the  software 
structures  are  defined  to  be  32  bits  wide,  and  transmit 
descriptors  look  as  shown  in  Table  62. 


Table  61.  Transmit  Descriptor  (SSIZE32  =  0) 


LANCE 
Descriptor 
Designation 

PCnet-32 
Descriptor  Designation 

Address 

Bits  15-0 

Bits  15-8 

Bits  7-0 

CRDA+00 

TMDO 

TMD0[15:0] 

CRDA+02 

TMD1 

TMD1[31:24] 

TMD0[23:16] 

CRDA+04 

TMD2 

TMD1[15:0] 

CRDA+06 

TMD3 

TMD2[15:0] 

Table  62.  Transmit  Descriptor  (SSIZE32  =  1) 


Address 

LANCE 
Descriptor  Designation 

PCnet-32 
Descriptor 
Designation 

Bits  31-24 

Bits  23-16 

Bits  15-8 

Bits  7-0 

Bits  31-0 

CTDA+00 

*NA 

TMD1[7:0J 

TMD0[15:8] 

TMD0[7:0] 

TMDO 

CTDA+04 

TMD1[15:8] 

•NA 

TMD2[15:8] 

TMD2[7:0] 

TMD1 

CTDA+08 

TMD3[15:8] 

TMD3[7:0] 

•NA 

•NA 

TMD2 

CTDA+OC 

'NA 

•NA 

"NA 

'NA 

TMD3 

The: 


•NA 


se  8  bits  do  not  exist  in  any  LANCE  descriptor. 


The  Transmit  Descriptor  Ring  Entries  (TDREs)  are  com- 
posed of  4  transmit  message  descriptors  (TMDO- 
TMD3).  Together  they  contain  the  following  information: 

■  The  address  of  the  actual  message  data  buffer  in 
user  or  host  memory. 

■  The  length  of  the  message  buffer. 

■  Status  information  indicating  the  condition  of  the 
buffer.  The  eight  most  significant  bits  of  TMD1 
(TMD1[31 :24])  are  collectively  termed  the  STATUS 
of  the  transmit  descriptor. 


TMDO 
Bit  Name 


31-0  TBADR 


TMD1 

Bit  Name 


Description 


Transmit  Buffer  address.  This 
field  contains  the  address  of  the 
transmit  buffer  that  is  associated 
with  this  descriptor. 


Description 


31       OWN  This  bit  indicates  that  the  de- 

scriptor entry  is  owned  by  the 
host  (OWN=0)  or  by  the 
PCnet-32  controller  (OWN=1). 


30 


ERR 


29 


ADD_FCS / 
NO_FCS 


ADD_FCS 


The  host  sets  the  OWN  bit  after 
filling  the  buffer  pointed  to  by  the 
descriptor  entry.  The  PCnet-32 
controller  clears  the  OWN  bit  af- 
ter transmitting  the  contents  of 
the  buffer.  Both  the  PCnet-32 
controller  and  the  host  must  not 
alter  a  descriptor  entry  after  it  has 
relinquished  ownership. 

ER  is  the  OR  of  UFLO,  LCOL, 
LCAR,  or  RTRY.  ERR  is  set  by 
the  PCnet-32  controller  and 
cleared  by  the  host.  This  bit  is  set 
in  the  current  descriptor  when  the 
error  occurs,  and  therefore  may 
be  set  in  any  descriptor  of  a 
chained  buffer  transmission. 

Bit  29  functions  as  ADD_FCS 
when  programmed  for  the  default 
I/O  style  of  PCnet-ISA  and  when 
programmed  for  the  I/O  style 
PCnet-32  controller.  Bit  29  func- 
tions as  NO_FCS  when  pro- 
grammed forthe  I/O  style  ILACC. 

ADD_FCS  dynamically  controls 
the  generation  of  FCS  on  a  frame 
by  frame  basis.  It  is  valid  only  if 
the  STP  bit  is  set.  When 
ADD_FCS  is  set,  the  state  of 
DXMTFCS    is    ignored  and 
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11-0  BCNT 


TMD2 

Bit  Name 


transmitter  FCS  generation  is  ac-  24  ENP 
tivated.  When  ADD_FCS  =  0, 
FCS  generation  is  controlled  by 
DXMTFCS.  ADD_FCS  is  set  by 
the  host,  and  unchanged  by  the 
PCnet-32  controller.  This  was  a 
reserved  bit  in  the  LANCE 
(Am7990).  This  function  differs 
from  the  ILACC  function  for  this 
bit. 

NO_FCS  NO_FCS  dynamically  controls 
the  generation  of  FCS  on  a  frame 
by  frame  basis.  It  is  valid  only  if 
the  ENP  bit  is  set.  When 
NO_FCS  is  set,  the  state  of 
DXMTFCS  is  ignored  and  trans- 
mitter FCS  generation  is  deacti- 
vated. When  NO_FCS  =  0,  FCS 
generation  is  controlled  by 
DXMTFCS.  NO_FCS  is  set  by 
the  host,  and  unchanged  by  the 
PCnet-32  controller.  This  was  a 
reserved  bit  in  the  LANCE 
(Am7990).  This  function  is  identi- 
cal to  the  ILACC  function  for  this 
bit. 

MORE  MORE  indicates  that  more  than 

one  re-try  was  needed  to  trans- 
mit a  frame.  The  value  of  MORE 
is  written  by  the  PCnet-32  con- 
troller. This  bit  has  meaning  only 
if  the  ENP  bit  is  set. 

ONE  ONE  indicates  that  exactly  one 

re-try  was  needed  to  transmit  a 
frame.  ONE  flag  is  not  valid  when 
LCOL  is  set.  The  value  of  the 
ONE  bit  is  written  by  the 
PCnet-32  controller.  This  bit  has 
meaning  only  if  the  ENP  bit  is  set. 

DEF  DEFERED  indicates  that  the 

PCnet-32  controller  had  to  defer 
while  trying  to  transmit  a  frame. 
This  condition  occurs  if  the  chan- 
nel is  busy  when  the  PCnet-32 
controller  is  ready  to  transmit. 
DEF  is  set  by  the  PCnet-32  con- 
troller and  cleared  by  the  host. 

2S|        STP  START  OF  PACKET  indicates 

that  this  is  the  first  buffer  to  be 
used  by  the  PCnet-32  controller 
for  this  frame.  It  is  used  for  data 
chaining  buffers.  The  STP  bit 
must  be  set  in  the  first  buffer  of 
the  frame,  or  the  PCnet-32  con- 
troller will  skipoverthe  descriptor 
and  poll  the  next  descriptor(s) 
until  the  OWN  and  STP  bits  are 
set.  30 
STP  is  set  by  the  host  and  un- 
changed by  the  PCnet-32 
controller. 


31 


BUFF 


END  OF  PACKET  indicates  that 
this  is  the  last  bufferto  be  used  by 
the  PCnet-32  controller  for  this 
frame.  It  is  used  for  data  chaining 
buffers.  If  both  STP  and  ENP  are 
set,  the  frame  fits  into  one  buffer 
and  there  is  no  data  chaining. 
ENP  is  set  by  the  host  and 
unchanged  by  the  PCnet-32 
controller. 

Reserved  locations. 

Must  be  Ones.  This  field  is  writ- 
ten by  the  host  and  unchanged 
by  the  PCnet-32  controller. 

BUFFER  BYTE  COUNT  is  the 
usable  length  of  the  buffer 
pointed  to  by  this  descriptor,  ex- 
pressed as  the  two's  comple- 
ment of  the  length  of  the  buffer. 
This  is  the  number  of  bytes  from 
this  buffer  that  will  be  transmitted 
by  the  PCnet-32  controller.  This 
field  is  written  by  the  host  and  un- 
changed by  the  PCnet-32  con- 
troller. There  are  no  minimum 
buffer  size  restrictions. 


Description 


UFLO 


BUFFER  ERROR  is  set  by  the 
PCnet-32  controller  during  trans- 
mission when  the  PCnet-  32  con- 
troller does  not  find  the  ENP  flag 
in  the  current  buffer  and  does  not 
own  the  next  buffer.  This  can  oc- 
cur in  either  of  two  ways: 

1.  The  OWN  bit  of  the  next 
buffer  is  zero. 

2.  FIFO  underflow  occurred  be- 
fore the  PCnet-32  controller 
obtained  the  STATUS  byte 
(TMD1[31:24])  of  the  next 
descriptor.  BUFF  is  set  by  the 
PCnet-32  controller  and 
cleared  by  the  host.  BUFF  er- 
ror will  turn  off  the  transmitter 
(CSRO,  TXON  =  0). 

If  a  Buffer  Error  occurs,  an  Un- 
derflow Error  will  also  occur. 
BUFF  is  not  valid  when  LCOL  or 
RTRY  error  is  set  during  transmit 
data  chaining.  BUFF  is  set  by  the 
PCnet-32  controller  and  cleared 
by  the  host. 

UNDERFLOW  ERROR  indi- 
cates that  the  transmitter  has 
truncated  a  message  due  to  data 
late  from  memory.  UFLO  indi- 
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cates  that  the  FIFO  has  emptied 
betore  the  end  of  the  frame  was 
reached.  Upon  UFLO  error,  the 
transmitter  is  turned  off  (CSRO, 
TXON  =  0).  UFLO  is  set  by  the 
PCnet-32  controller  and  cleared 
by  the  host. 

29  EXDEF  EXCESSIVE  DEFERRAL.  Indi- 
cates that  the  transmitter  has  ex- 
perienced Excessive  Deferral  on 
this  transmit  frame,  where  Ex- 
cessive Deferral  is  defined  in  ISO 
8802-3  (IEEE/ANSI  802.3)  . 

28       LCOL  LATE  COLLISION  indicates  that 

a  collision  has  occurred  after  the 
slot  time  of  the  channel  has 
elapsed.  The  PCnet-32  control- 
ler does  not  re-try  on  late  colli- 
sions. LCOL  is  set  by  the 
PCnet-32  controller  and  cleared 
by  the  host. 

LOSS  OF  CARRIER  is  set  in  AUI 
mode  when  the  carrier  is  lost  dur- 
ing an  PCnet-32  controller-initi- 
ated transmission.  The  PCnet-32 
controller  does  not  re-try  upon 
loss  of  carrier.  It  will  continue  to 
transmit  the  whole  frame  until 
done.  In  10BASE-T  mode  LCAR 
will  be  set  when  the  T-MAU  is  in 
Link  Fail  state.  LCAR  is  not  valid 
in  Internal  Loopback  Mode. 
LCAR  is  set  by  the  PCnet-32 
controller  and  cleared  by  the 
host. 

26       RTRY  RETRY  ERROR  indicates  that 

the  transmitter  has  failed  after  1 6 
attempts  to  successfully  transmit 
a  message,  due  to  repeated  colli- 
sions on  the  medium.  If  DRTY  =  1 
in  the  MODE  register,  RTRY  will 
set  after  1  failed  transmission  at- 
tempt. RTRY  is  set  by  the 


27  LCAR 


25-16  TDR 


15-4 
3-0 


RES 
TRC 


TMD3 

Bit  Name 


31-0  RES 


PCnet-32  controller  and  cleared 
by  the  host. 

TIME  DOMAIN  REFLEC- 
TOMETRY  reflects  the  state  of 
an  internal  PCnet-32  controller 
counter  that  counts  at  a  10  MHz 
rate  from  the  start  of  a  transmis- 
sion to  the  occurrence  of  a  colli- 
sion or  loss  of  carrier.  This  value 
is  useful  in  determining  the  ap- 
proximate distance  to  a  cable 
fault.  The  TDR  value  is  written  by 
the  PCnet-32  controller  and  is 
valid  only  if  RTRY  is  set. 

Note  that  1 0  MHz  gives  very  low 
resolution  and  in  general  has  not 
been  found  to  be  particularly  use- 
ful. This  feature  is  here  primarily 
to  maintain  full  compatibility  with 
the  LANCE  (Am7990). 

Reserved  locations. 
TRANSMIT  RETRY  COUNT.  In- 
dicates the  number  of  transmit 
retries  of  the  associated  packet. 
The  maximum  count  is  15.  How- 
ever, if  a  RETRY  error  occurs, 
the  count  will  roll  over  to  zero.  In 
this  case  only,  the  Transmit  Retry 
Count  value  of  zero  should  be  in- 
terpreted as  meaning  16.  TRC  is 
written  by  the  PCnet-32  control- 
ler into  the  last  transmit  descrip- 
tor of  a  frame,  or  when  an  error 
terminates  a  frame.  Valid  only 
when  OWN  =  0. 


Description 


Reserved  locations.  All  bits  must 
be  ZEROs. 
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Register  Summary 


CSRs  —  Control  and  Status  Registers 


RAP 
Addr 

Symbol 

Default  Value  After 
H_RESET 
(Hex) 

Comments 

Use 

00 

CSRO 

xxxx  0004 

PCnet-32  Controller  Status 

R 

01 

CSR1 

xxxx  xxxx 

Lower  IADR:  maps  to  location  1 6 

S 

02 

CSR2 

xxxx  xxxx 

Upper  IADR:  maps  to  location  17 

s 

03 

CSR3 

xxxx  0000 

Interrupt  Masks  and  Deferral  Control 

s 

04 

CSR4 

xxxx  0115 

Test  and  Features  Control 

R 

05 

CSR5 

xxxx  0000 

Reserved 

T 

06 

CSR6 

xxxx  xxxx 

RXTX:  RX/TX  Descriptor  Table  Length 

T 

07 

CSR7 

xxxx  0000 

Reserved 

T 

08 

CSR8 

xxxx  xxxx 

LADR0:  Logical  Address  Filter  —  LADRF[1 5:0] 

T 

09 

CSR9 

xxxx  xxxx 

LADR1 :  Logical  Address  Filter  —  LADRF[31 :1 6] 

T 

10 

CSR10 

xxxx  xxxx 

LADR2:  Logical  Address  Filter  —  LADRF[47:32] 

T 

1 1 

CSR1 1 

xxxx  xxxx 

LADR3:  Logical  Address  Filter  —  LADRF[63:48] 

T 

12 

CSR12 

xxxx  xxxx 

PADR0:  Physical  Address  Register  —  PADR[15:0][ 

T 

13 

CSR13 

xxxx  xxxx 

PADR1 :  Physical  Address  Register  —  PADR[31 :1 6] 

T 

14 

CSR14 

xxxx  xxxx 

PADR2:  Physical  Address  Register  —  PADR[47:32] 

T 

15 

CSR15 

See  Register  Desc. 

MODE:  Mode  Register 

S 

16 

CSR16 

xxxx  xxxx 

IADR:  Base  Address  of  INIT  Block  Lower  (Copy) 

T 

17 

CSR17 

xxxx  xxxx 

IADR:  Base  Address  of  INIT  Block  Upper  (Copy) 

T 

18 

CSR18 

xxxx  xxxx 

CRBA:  Current  RCV  Buffer  Address  Lower 

T 

19 

CSR22 

xxxx  xxxx 

CRBA:  Current  RCV  Buffer  Address  Upper 

T 

20 

CSR20 

xxxx  xxxx 

CXBA:  Current  XMT  Buffer  Address  Lower 

T 

21 

CSR21 

xxxx  xxxx 

CXBA:  Current  XMT  Buffer  Address  Upper 

T 

22 

CSR22 

xxxx  xxxx 

NRBA:  Next  RCV  Buffer  Address  Lower 

T 

23 

CSR23 

xxxx  xxxx 

NRBA:  Next  RCV  Buffer  Address  Upper 

T 

24 

CSR24 

xxxx  xxxx 

BADR:  Base  Address  of  RCV  Ring  Lower 

S 

25 

CSR25 

xxxx  xxxx 

BADR:  Base  Address  of  RCV  Ring  Upper 

S 

26 

CSR26 

xxxx  xxxx 

NRDA:  Next  RCV  Descriptor  Address  Lower 

T 

27 

CSR27 

xxxx  xxxx 

NRDA:  Next  RCV  Descriptor  Address  Upper 

T 

28 

CSR28 

xxxx  xxxx 

CRDA:  Current  RCV  Descriptor  Address  Lower 

T 

29 

CSR29 

xxxx  xxxx 

CRDA:  Current  RCV  Descriptor  Address  Upper 

T 

ou 

UonJU 

xxxx  xxxx 

daua.  base  Auaress  ot  am  i  ning  Lower 

5 

31 

CSR31 

xxxx  xxxx 

BADX:  Base  Address  of  XMT  Ring  Upper 

S 

32 

CSR32 

xxxx  xxxx 

NXDA:  Next  XMT  Descriptor  Address  Lower 

T 

33 

CSR33 

xxxx  xxxx 

NXDA:  Next  XMT  Descriptor  Address  Upper 

T 

34 

CSR34 

xxxx  xxxx 

CXDA:  Current  XMT  Descriptor  Address  Lower 

T 

35 

CSR35 

xxxx  xxxx 

CXDA:  Current  XMT  Descriptor  Address  Upper 

T 

36 

CSR36 

xxxx  xxxx 

NNRDA:  Next  Next  Receive  Descriptor  Address  Lower 

T 

Key:  x  =  undefined  R  =  Running  Register      S  =  Setup  Register  T  =  Test  Register 
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Register  Summary  (continued) 


CSRs  —  Control  and  Status  Registers 


RAP 
Addr 

Symbol 

Default  Value  After 
H_RESET 
(Hex) 

Comments 

1  In  A 

use 

37 

CSR37 

xxxx  xxxx 

NNRDA:  Next  Next  Receive  Descriptor  Address  Upper 

T 
1 

38 

UonoO 

WW  WW 

xxxx  xxxx 

ININAUM.  IMwXl  INSXl  1  rdllSmil  UeSt-f ipiUI  MUUlwbb  LUWel 

T 
1 

39 

H^R^Q 

yvvv  yyvv 
AAAA  AAAA 

WMXDA'  Mciyt  MoYt  Transmit  Dp^frintrir  Aririrp^^  1  Innor 

J 

40 

f^GDAft 

L/OM4U 

XXXX  xxxx 

omdo.  L/Urrent  nuv  oiaius  ano  cyie  ooum  Lower 

T 

41 

xxxx  xxxx 

OHbO.  ourrent  nL<v  otatus  ano  byte  L*ount  upper 

1 

42 

xxxx  xxxx 

oadu.  L/Urrenx  am  i  oiaius  ano  byie  L/Ouni  Lower 

T 
1 

43 

WW  WW 

xxxx  xxxx 

PYRP-  Piirront  YMT  Statue  anr)  Rwto  Pmint  1  Innor 

T 

44 

/->  c  o  ^  ^ 

xxxx  xxxx 

NHbC  Next  HOV  otatus  and  byte  Uount  Lower 

T 
1 

45 

L/ort4o 

xxxx  xxxx 

NnbL/.  Next  nov  otatus  ana  byte  oount  upper 

T 
1 

46 

CSR46 

xxxx  xxxx 

rULL.  roil  iimeoounter 

1 

47 

xxxx  xxxx 

PI.-  Polling  Interval 

O 

48 

CSR48 

xxxx  xxxx 

TMP2:  Temporary  Storage  Lower 

T 

49 

CSR48 

xxxx  xxxx 

TMP2:  Temporary  Storage  Upper 

T 

50 

CSR50 

xxxx  xxxx 

TMP3:  Temporary  Storage  Lower 

1 

51 

pcDcn 
OonoU 

xxxx  xxxx 

TMP3;  Temporary  Storage  Upper 

T 
1 

52 

CSR52 

xxxx  xxxx 

TMP4:  Temporary  Storage  Lower 

T 

K 

CSR52 

xxxx  xxxx 

TMP4:  Temporary  Storage  Upper 

T 

54 

Oono4 

xxxx  xxxx 

TMP5;  Temporary  Storage  Lower 

T 
1 

55 

CSR54 

WW  WW 
AAAA  AAAA 

1  KflP^'   1  in m nnra r w  QinranQ  1  lr*r\^r 
i  ivir  o .  i  cm  ipu  i  txi  y  oiui  dy  t;  vjppm 

J 

56 

L/onOO 

xxxx  xxxx 

TMP6:  Temporary  Storage  Lower 

T 
1 

57 

CSR56 

xxxx  xxxx 

TMP6:  Temporary  Storage  Upper 

T 
1 

58 

See  Register  Desc. 

oWo.  oonware  otyie 

e 
o 

59 

XXXX  U I UD 

IQ-  ID  Donictor 

in.  in  negisier 

1 

60 

/->  O  Den 

xxxx  xxxx 

PXDA:  Previous  XMT  Descriptor  Address  Lower 

T 

61 

CSR61 

xxxx  xxxx 

PXDA:  Previous  XMT  Descriptor  Address  Upper 

T 

62 



xxxx  xxxx 

rAbL/.  rrevious  am  i  oiaius  ana  byte  L/Ouni  Lower 

T 
1 

63 

WW  vwv 

xxxx  xxxx 

r  ado.  rrevious  am  i  oiaius  ano  oyie  oouni  upper 

T 
1 

64 

CSR64 

xxxx  xxxx 

NXBA:  Next  XM  1  butter  Address  Lower 

T 

6J 

CSR65 

xxxx  xxxx 

NXbA.  Next  XM  [  butter  Address  Upper 

T 

6? 

CSR66 

xxxx  xxxx 

NXBC:  Next  XMT  Status  and  Byte  Count  Lower 

T 

67 

CSR67 

xxxx  xxxx 

NXBC:  Next  XMT  Status  and  Byte  Count  Upper 

T 

6* 

CSR68 

xxxx  xxxx 

XSTMP:  XMT  Status  Temporary  Storage  Lower 

T 

69 

CSR69 

xxxx  xxxx 

XSTMP:  XMT  Status  Temporary  Storage  Upper 

T 

70 

CSR70 

xxxx  xxxx 

RSTMP:  RCV  Status  Temporary  Storage  Lower 

T 

71 

CSR71 

xxxx  xxxx 

RSTMP:  RCV  Status  Temporary  Storage  Upper 

T 

7; 

i 

CSR72 

xxxx  xxxx 

RCVRC:  RCV  Ring  Counter 

T 

Key:  x  =  undefined  R  =  Running  Register       S  =  Setup  Register  T  =  Test  Register 
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Register  Summary  (continued) 


CSRs  —  Control  and  Status  Registers 


RAP 
Addr 

Symbol 

Default  Value  After 
H_RESET 
(Hex) 

Comments 

Use 

73 

CSR73 

XXXX  XXXX 

Reserved 

T 

74 

CSR74 

XXXX  XXXX 

XMTRC:  XMT  Ring  Counter 

T 

75 

CSR75 

XXXX  XXXX 

Reserved 

T 

76 

CSR76 

XXXX  XXXX 

RCVRL:  RCV  Ring  Length 

s 

77 

CSR77 

XXXX  XXXX 

Reserved 

T 

78 

CSR78 

XXXX  XXXX 

XMTRL:  XMT  Ring  Length 

S 

79 

CSR79 

XXXX  XXXX 

Reserved 

T 

80 

CSR80 

xxxx  E81 0 

Burst  and  FIFO  Threshold  Control 

s 

81 

CSR81 

XXXX  XXXX 

Reserved 

T 

82 

CSR82 

xxxx  0000 

DMABAT:  Bus  Acitivty  Timer 

s 

83 

CSR83 

xxxx  xxxx 

Reserved 

T 

84 

CSR84 

vvvv  YYYY 

AAAA  AAAA 

DMARA'  DMA  Andrew  I  nwpr 

j 

85 

CSR85 

yyvv  YYYY 

AAAA  AAAA 

DMARA'  DMA  Andrew  I  Inner 

j 

86 

CSR86 

xxxx  xxxx 

DMABC:  Buffer  Byte  Counter 

T 

87 

CSR87 

xxxx  xxxx 

Reserved 

T 

88 

CSR88 

0243  0003 

Chin  ID  I  Qwpr 

j 

89 

CSR89 

xxxx  0243 

Chip  ID  Upper 

T 

90 

CSR90 

xxxx  xxxx 

Reserved 

T 

91 

CSR91 

xxxx  xxxx 

Reserved 

T 

92 

CSR92 

xxxx  xxxx 

RCON:  Ring  Length  Conversion 

T 

93 

CSR93 

xxxx  xxxx 

Reserved 

T 

94 

CSR94 

xxxx  0000 

XMTTDR:  Transmit  Time  Domain  Reflectometry  Count 

j 

95 

CSR95 

xxxx  xxxx 

Reserved 

J 

96 

CSR96 

xxxx  xxxx 

^CRO'  RIU  Srratrh  Rpnktpr  0  1  nwpr 

j 

97 

CSR97 

xxxx  xxxx 

SCRO*  RIU  Srratrh  Rpnktpr  0  Unnor 

j 

98 

CSR98 

xxxx  xxxx 

SCR1 :  BIU  Scratch  Register  1  Lower 

T 

99 

CSR99 

xxxx  xxxx 

SCR1:  BIU  Scratch  Register  1  Upper 

T 

100 

CSR100 

xxxx  0200 

Bus  Time-Out 

s 

101 

CSR101 

AAAA  AAAA 

RpcprvpH 

j 

102 

CSR102 

xxxx  xxxx 

Reserved 

T 

103 

CSR103 

xxxx  0105 

Reserved 

T 

104 

CSR104 

xxxx  xxxx 

SWAP:  Swap  Register  Lower 

T 

105 

CSR105 

xxxx  xxxx 

SWAP:  Swap  Register  Upper 

T 

106 

CSR106 

xxxx  xxxx 

Reserved 

T 

107 

CSR107 

xxxx  xxxx 

Reserved 

T 

108 

CSR108 

xxxx  xxxx 

BMSCR:  BMU  Scratch  Register  Lower 

T 

109 

CSR109 

xxxx  xxxx 

BMSCR:  BMU  Scratch  Register  Upper 

T 

Key:  x  =  undefined  R  =  Running  Register       S  =  Setup  Register  T  =  Test  Register 
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CSRS  — 


r  Summary  (continued) 


RA 
Adc 

» 
r 

Svmhnl 

Default  Value  After 
H_RESET 

Commpnt*i 

vVI  I  III  Iwl  IIO 

Use 

110 

CSR1 10 

xxxx  xxxx 

Reserved 

T 

111 

CSR111 

xxxx  xxxx 

Reserved 

T 

11! 

> 

CSR1 12 

xxxx  oono 

AAA*  ^ —  —  — '  — 

Missed  Frame  Count 

p 

113 

CSR113 

XXXX  xxxx 

Reserved 

T 

114 

Wn  I  1 1 

xxxx  uuuu 

ntictJive  ouiiibiun  ouuru 

p 

115 

WW  WW 

XXXX  xxxx 

ntsbtJi  vtJu 

J 

116 

CSR1 1S 

yyyy  vvvv 

AAAA  AAAA 

RocorvoH 
ncoci  vcu 

J 

117 

CSR1 17 

XXXX  xxxx 

ncbcl  Vcu 

J 
1 

118 

von l  l  0 

WW  vvvv 

xxxx  xxxx 

neserveu 

T 
1 

119 

xxxx  xxxx 

Reserved 

T 
1 

120 

CSR120 

von  1  c\j 

vyyv  yyyy 

AAAA  AAAA 

RpcprvoH 
ncoci  VCU 

J 

2 

CSR121 

XXXX  xxxx 

Reserved 

T 

122 

CSR122 

See  Register  Desc. 

Receive  Frame  Alignment  Control 

S 

123 

CSR123 

xxxx  xxxx 

Reserved 

T 

« 

1 

CSR124 

See  Register  Desc. 

BMU  Test 

T 

12 

CSR125 

xxxx  xxxx 

Reserved 

T 

12 

CSR126 

xxxx  xxxx 

Reserved 

T 

12 

7 

CSR127 

xxxx  xxxx 

Reserved 

T 

Key: 


x  -  undefined 


R  =  Running  Register       S  =  Setup  Register 


7=  Test  Register 
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Register  Summary  (continued) 


BCR  —  Bus  Configuration  Registers 


RAP 
Addr. 

Mnemonic 

Default 
(Hex) 

Name 

Programmability 

User 

EEPROM 

SRM 

0 

MSRDA 

0005 

Master  Mode  Read  Active 

No 

No 

No 

1 

MSWRA 

0005 

Master  Mode  Write  Active 

No 

No 

No 

2 

MC 

N/A* 

Miscellaneous  Configuration 

Yes 

Yes 

Yes 

3 

Reserved 

N/A 

No 

No 

No 

4 

LNKST 

ooco 

Link  Status  (Default) 

Yes 

No 

No 

5 

LED1 

0084 

Receive  (Default) 

Yes 

No 

No 

6 

LED2 

0088 

Receive  Polarity  (Default) 

Yes 

No 

No 

7 

LED3 

0090 

Transmit  (Default) 

Yes 

No 

No 

8-15 

Reserved 

N/A 

No 

No 

No 

16 

©BASEL 

N/A* 

I/O  Base  Address  Lower 

Yes 

Yes 

Yes 

17 

IOBASEU 

N/A* 

I/O  Base  Address  Upper 

Yes 

Yes 

Yes 

18 

BSBC 

2101 

Burst  Size  and  Bus  Control 

Yes 

Yes 

No 

19 

EECAS 

0002 

EEPROM  Control  and  Status 

Yes 

No 

No 

20 

SWSTYLE 

0000 

Software  Style 

Yes 

No 

No 

21 

INTCON 

N/A* 

Interrupt  Control 

Yes 

Yes 

Yes 

Key:     SRM=  Software  Relocatable  Mode 


*  Registers  marked  with  an  asterisk  (')  have  no  default  value,  since  they  are  not  observable  without  first  being  programmed, 
either  through  the  EEPROM  read  operation  or  through  the  Software  Relocatable  Mode.  Therefore,  the  only  observable  val- 
ues for  these  registers  are  those  that  have  been  programmed  and  a  default  value  is  not  applicable. 
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ABSOLUTE  MAXIMUM  RATINGS 

Storage  Temperature   -65°C  to  +150°C 

Ambient  Temperature 

Under  Bias   -65°C  to  +125°C 

Supply  Voltage  to  AVss 

orDVssfAVoo,  DVdd)  -0.3  V  to  +6.0  V 

Stresses  above  those  listed  under  Absolute  Maximum  Rat- 
ings may  cause  permanent  device  failure.  Functionality  at  or 
above  these  limits  is  not  implied.  Exposure  to  Absolute  Maxi- 
mum Ratings  for  extended  periods  may  affect  device  reliabil- 
ity. Programming  conditions  may  differ. 


OPERATING  RANGES 

Commercial  (C)  Devices 

Temperature  (Ta)   0°C  to  +70°C 

Supply  Voltages 

(AVdd,  DVdd)   5  V  ±5% 

All  inputs  within  the  range:  AVss  -  0.5  V  <  Vm  < 

AVdd  +  0.5  V,  or 
DVss  -  0.5  V  <  Vn  < 
DVdd  +  0.5  V 

Operating  ranges  define  those  limits  between  which  the  func- 
tionality of  the  device  is  guaranteed. 


DC  CHARACTERISTICS  over  COMMERCIAL  operating  ranges  unless  otherwise 
specified 


Parameter 
Symbol 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

Digital  Input  Voltage 

VlL 

Input  LOW  Voltage 

0.8 

V 

VlH 

Input  HIGH  Voltage 

2.0 

V 

Digital  Ouput  Voltage 

Vol 

Output  LOW  Voltage 

Ioli  =  8  mA,  IOL2  =  4  mA 
(Notes  1  and  5) 

0.45 

V 

Voh 

Output  HIGH  Voltage  (Note  2) 

lOH  =  -4  mA  (Note  5) 

2.4 

V 

Digital  li 

lput  Leakage  Current 

hx 

Input  Leakage  Current  (Note  3) 

Vdd  =  5  V,  Vin  =  0  V 

-10 

10 

uA 

Digital  C 

>uput  Leakage  Current 

Iozl 

Output  Low  Leakage 
Current  (Note  4) 

Vout  =  0  V 

-10 

uA 

Iozh 

Output  High  Leakage 
Current  (Note  4) 

Vout  =  Vdd 

10 

MA 

Crystal 

nput 

VlLX 

XTAL1  Input  LOW 
Threshold  Voltage 

Vin  =  External  Clock 

-0.5 

0.8 

V 

VlLHX 

XTAL1  Input  HIGH 
Threshold  Voltage 

Vin  =  External  Clock 

Vdd-0.8 

Vdd  +  0.5 

V 

IILX 

XTAL1  Input  LOW  Current 

VIN  =  0  V 

Active 

-120 

0 

uA 

Sleep 

-10 

+10 

uA 

IIHX 

XTAL1  Input  HIGH  Current 

VIN  =  VDD 

Active 

0 

120 

uA 

Sleep 

400 

uA 

Attachrr 

ent  Unit  Interface 

llAXD 

Input  Current  at  DI+ 
and  Dl- 

-1  V  <  VIN  <  AVdd  +0.5  V 

-500 

+500 

uA 

llAXC 

Input  Current  at 
CI+  and  Cl- 

-1  V  <  VIN  <  AVdd  +0.5  V 

-500 

+500 

pA 

Vaod 

Differential  Output  Voltage 
|(DO+HDO-)| 

Rl  =  78  a 

630 

1200 

mV 

Vaodoff 

Transmit  Differential  Output 
Idle  Voltage 

Rl  =  78  n  (Note  9) 

-40 

+40 

mV 
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DC  CHARACTERISTICS  over  COMMERCIAL  operating  ranges  unless  otherwise 


specified 

continued) 

Parameter 
Symbol 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

Attachment  Unit  Interface  (Continued) 

Iaodoff 

Transmit  Differential 
Output  Idle  Current 

RL  =  78  a  (Note  8) 

-1 

+1 

mA 

VCMT 

Transmit  Output  Common 
Mode  Voltage 

RL  =  78  n 

2.5 

AVdd 

V 

VODI 

DO±  Transmit  Differential 
Output  Voltage  Imbalance 

Rl  =  78  Q  (Note  7) 

25 

mV 

Vath 

Receive  Data  Differential 
Input  Threshold 

-35 

35 

mV 

Vasq 

Dfct  and  Cl±  Differential 
Input  Threshold  (Squelch) 

-275 

-160 

mV 

VlRDVD 

DI+  and  CI+  Differential 
Mode  Input  Voltage  Range 

-1.5 

+1.5 

V 

VlCM 

Dfct  and  Cfct  Input  Bias 
Voltage 

llN  =  0  mA 

AVdd-3.0 

AVdd- 1.0 

V 

VOPD 

DO±  Undershoot  Voltage  at 
Zero  Differential  on  Transmit 
Return  to  Zero  (ETD) 

(Note  9) 

-100 

mV 

Twisted  Pair  Interface 

llRXD 

Input  Current  at  RXD± 

AVss  <  VlN  <  AVod 

-500 

500 

uA 

RrtXD 

RXD+  Differential  Input 
Resistance 

10 

K£l 

Vtivb 

RXD+,  RXD-  Open  Circuit 
Input  Voltage  (Bias) 

llN  =  0  mA 

AVdd -3.0 

AVdd  - 1 .5 

V 

Vtiov 

Differential  Mode  Input 
Voltage  Range  (RXD+) 

AVdd  =  5  V 

-3.1 

+3.1 

V 

Vtsq+ 

RXD  Positive  Squelch 
Threshold  (Peak) 

Sinusoid 

5MHz<f<10MHz 

300 

520 

mV 

Vtsq- 

RXD  Negative  Squelch 
Threshold  (Peak) 

Sinusoid 

5MHz<f<10MHz 

-520 

-300 

mV 

Vths+ 

RXD  Post-Squelch 
Positive  Threshold  (Peak) 

Sinusoid 

5MHz<f<10MHz 

150 

293 

mV 

Vths- 

RXD  Post-Squelch 
Negative  Threshold  (Peak) 

Sinusoid 

5MHz<f<10MHz 

-293 

-150 

mV 

VLTSQ+ 

RXD  Positive  Squelch 
Threshold  (Peak) 

LRT  =  LOW 

180 

312 

mV 

Vltsq- 

RXD  Negative  Squelch 
Threshold  (Peak) 

LRT  =  LOW 

-312 

-180 

mV 

Vlths+ 

RXD  Post-Squelch  Positive 
Threshold  (Peak) 

LRT  =  LOW 

90 

176 

mV 

Vlths- 

RXD  Post-Squelch 
Negative  Threshold  (Peak) 

LRT  =  LOW 

-176 

-90 

mV 
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DC  CHARACTERISTICS  over  COMMERCIAL  operating  ranges  unless  otherwise 
specified  (continued) 


Parameter 
Symbol 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

Twisted  Pair  Interface  (continued) 

Vrxdth 

RXD  Switching  Threshold 

(Note  4) 

-35 

35 

mV 

Vtxh 

I  XU±  and  I  Xr+  Output 
HIGH  Voltage 

UVSS  =  0  V 

UVDD  —  U.o 

UVDD 

V 

Vtxl 

TXD±  and  TXP±  Output 
LOW  Voltage 

DVDD  =  +5  V 

DVss 

DVss  +  0.6 

V 

Vtxi 

TXD±  and  TXP± 
Differential  Output 
Voltage  Imbalance 

-40 

+40 

mV 

Vtxoff 

TXD±  and  TXP±  Idle 
Output  Voltage 

40 

mV 

Rtx 

TXD+  Differential  Driver 
Output  Impedance 

(Note  4) 

40 

a 

TXP±  Differential  Driver 
Output  Impedance 

(Note  4) 

80 

a 

IEEE  11' 

19.1  (JTAG)  Test  Port 

VlL 

TCK,  TMS,  TDI 

0.8 

V 

VlH 

TCK,  TMS,  TDI 

2.0 

V 

Vol 

TDO 

lOL  =  2.0  mA 

0.4 

V 

VOH 

TDO 

Ioh  =  -0.4  mA 

2.4 

V 

IlL 

TCK,  TMS,  TDI 

Vdo  =  5.5  V,  V,  =  0.5  V 

-200 

uA 

hH 

TCK,  TMS,  TDI 

Vdd  =5.5  V,  V,  =  2.7V 

-100 

uA 

loz 

TDO 

Vout  =  0  V,  Vout  =  Vdd 

-10 

+  10 

uA 

Power  S 

upply  Current 

Inn 

Active  Power  Supply  Current 

XTAL1  =  20  MHz 

100 

mA 

Iddcoma 

Coma  Mode  Power 
Supply  Current 

SLEEP  active 

200 

uA 

Iddsnoo; 

Snooze  Mode  Power 
Supply  Current 

AWAKE  bit  set  active 

10 

mA 

Pin  Cap 

icrtance 

ClN 

Input  Pin  Capacitance 

Fc  =  1  MHz  (Note  6) 

10 

PF 

Co 

I/O  or  Output  Pin  Capacitance 

Fc  =  1  MHz  (Note  6) 

10 

PF 

CCLK 

BCLK  Pin  Capacitance 

Fc  =  1  MHz  (Note  6) 

10 

PF 

Notes: 

1.  Ion  =  8  mA  applies  to  all  output  and  I/O  pins  except  HOLD  and  LDEV.  loL2  =  4  mA  applies  to  HOLD  and  LDEV  only. 

2.  Voh  does  not  apply  to  open-drain  output  pins. 

3.  Iix  applies  to  all  input  only  pins  except  DH,  Ck,  and  XTAL 1. 

4.  Iozl  and  Iozh  apply  to  all  three-state  output  pins  and  bi-directional  pins. 

5.  Outputs  are  CMOS  and  will  be  driven  to  rail  if  the  load  is  not  resistive. 

6.  Parameter  not  tested;  value  determined  by  characterization. 

7.  Tested,  but  to  values  in  excess  of  limits.  Test  accuracy  not  sufficient  to  allow  screening  guard  bands. 

8.  Correlated  to  other  tested  parameters  -  not  tested  directly. 

9.  Test  not  implemented  to  data  sheet  specification. 
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SWITCHING  CHARACTERISTICS:  BUS  INTERFACE 


Parameter 
Symbol 

Parameter  Description 

Test  Conditions 

(Cl  =  50  pF 
Unless  Otherwise  Noted) 

Min 

Max 

Unit 

Clock  Timing 

CLK  Frequency 

1 

33 

MHz 

ti 

CLK  Period 

30 

1000 

ns 

t2 

CLK  High  time 

@2.0  V 

14 

ns 

t3 

CLK  Low  Time 

@0.8  V 

14 

ns 

u 

CLK  Fall  Time 

2.0  V  to  0.8  V  (Note  1) 

3 

ns 

ts 

CLK  Rise  Time 

0.8  V  to  2.0  V  (Note  1 ) 

3 

ns 

Output  and  Float  Delay  Timing 

t6 

A2-A31 ,  BE0-BE3,  M/IO,  D/C, 
W/R,  ADS,  HOLD,  HLDAO, 
INTR,  EADS,  RDY  Valid  Delay 

3 

12 

ns 

t7 

A2-A31 ,  BE0-BE3,  M/IO,  D/C, 
W/R,  ADS,  RDY  Float  Delay 

18 

ns 

t8 

ns 

tea 

BLAST  Valid  Delay 

3 

12 

ns 

ts 

BLAST  Float  Delay 

18 

ns 

tio 

D0-D31  Data  Valid  Delay 

3 

12 

ns 

t11 

D0-D31  Data  Float  Delay 

18 

ns 

tl2 

(This  symbol  is  not  used) 

t!3 

(This  symbol  is  not  used) 

Setup  and  Hold  Timing 

tl4 

LBS16  Setup  time 

5 

ns 

115 

LBS16  Hold  Time 

2 

ns 

he 

BRDY,  RDYRTN  Setup  Time 

5 

ns 

t!7 

BRDY,  RDYRTN  Hold  Time 

2 

ns 

tie 

HOLDI,  AHOLD,  HLDA,  SLEEP 
Setup  Time 

6 

ns 

tiea 

BOFF  Setup  Time 

8 

ns 

tl9 

HOLDI,  BOFF,  AHOLD,  HLDA, 
SLEEP  Hold  Time 

2 

t20 

RESET,  CLKRESET 
Setup  Time 

5 

ns 

t21 

RESET,  CLKRESET 
Hold  Time 

2 

ns 

t22 

D0-D31 ,  A2-A31 ,  BE0-BE3, 
ADS,  M/IO,  D/C,  W/R 
Setup  Time 

4 

ns 

t23 

D0-D31 ,  A2-A31 ,  BE0-BE3, 
ADS,  M/IO,  D/C,  W/R 
Hold  Time 

2 



ns 
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SWITCHING  CHARACTERISTICS:  BUS  INTERFACE  (continued) 


Parameter 
Symbol 

Parameter  Description 

Test  Conditions 

(Cl  =  50  pF 
Unless  Otherwise  Noted) 

Min 

Max 

Unit 

JTAG  (IEEE  1149.1)  Test  Signal  Timing 

t24 

1 0 

MHz 

t25 

TCK  Period 

100 

ns 

t26 

TCK  High  Time 

@2.0  V 

45 

ns 

t27 

TCK  Low  Time 

@0.8  V 

45 

ns 

t28 

TCK  Rise  Time 

4 

ns 

t29 

TCK  Fall  Time 

4 

ns 

t30 

iui,  I  Mo  oeiup  lime 

I  D 

ns 

t31 

Tni    TMQ  WrJH  Tima 

i  u\,  i  wio  noiu  i  ime 

I  u 

ns 

t32 

TDO  Valid  Delay 

3 

60 

ns 

t33 

TDO  Float  Delay 

50 

ns 

t34 

All  Outputs  (Non-Test) 
Valid  Delay 

3 

25 

ns 

t3S 

All  Outputs  (Non-Test) 
Float  Delay 

36 

ns 

t36 

All  Inputs  (Non-Test)) 
Setup  Time 

8 

ns 

137 

All  Inputs  (Non-Test)  Hold  Time 

7 

ns 

LDEV  Timing 

t38 

ADS  Asserted  to  LDEV 
Asserted 

20 

ns 

t39 

LDEV  Valid  Pulse  Width 

tBCLK 

Data  Bus  Activation  Timing  (Slave) 

t40 

Data  Bus  Driven  After  ADS 
Sampled  Asserted 

1 

BCLK 

HOLD  Inactive  Timing 

U1 

HOLD  Deasserted  to  HOLD 
Asserted 

2  BCLK-15  ns 

EEPROI 

Jl  Timing 

t42 

EESK  Frequency 

(Note  2) 

650 

kHz 

t43 

EESK  HIGH  Time 

(Note  2) 

780 

ns 

t44 

EESK  LOW  Time 

(Note  2) 

780 

ns 

t45 

EECS,  EEDI,  SHFBUSY 
Valid  Output  Delay  from  EESK 

(Note  2) 

-15 

+15 

ns 

t46 

EECS  LOW  Time 

(Note  2) 

1550 

ns 

t47 

EEDO  Setup  Time  to  EESK 

50 

ns 

t48 

EEDO  Hold  Time  to  EESK 

0 

ns 

Wofes: 

1.  Not  100%  tested;  guaranteed  by  design  characterization. 

2.  Parameter  value  is  given  for  automatic  EEPROM  read  operation.  When  EEPROM  port  (BCR19)  is  used  to  i 
EEPROM,  software  is  responsible  for  meeting  EEPROM  timing  requirements. 
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SWITCHING  CHARACTERISTICS:  10BASE-T  INTERFACE 


Parameter 
Symbol 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

Transmit  Timing 

tTETD 

Transmit  Start  of  Idle 

250 

350 

ns 

tTR 

Transmitter  Rise  Time 

(10%  to  90%) 

5.5 

ns 

tTF 

Transmitter  Fall  Time 

(90%  to  10%) 

5.5 

ns 

tTM 

Transmitter  Rise  and  Fall 
Time  Mismatch 

1 

ns 

tPERLP 

Idle  Signal  Period 

8 

24 

ms 

tPWLP 

Idle  Link  Pulse  Width 

(Note  1 ) 

75 

120 

ns 

tPWPLP 

Predistortion  Idle  Link  Pulse 
Width 

(Note  1 ) 

45 

55 

ns 

Ua 

Transmit  Jabber  Activation  Time 

20 

150 

ms 

tJR 

Transmit  Jabber  Reset  Time 

250 

750 

ms 

UREC 

Transmit  Jabber  Recovery  Time 
(minimum  time  gap  between 
transmitted  frames  to  prevent 
jabber  activation) 

1.0 

u.s 

Receive  Timing 

tPWNRD 

RXD  Pulse  Width  Not  to  Turn 
Off  Internal  Carrier  Sense 

VIN  >  VTHS  (min) 

136 

ns 

tPWROFF 

RXD  Pulse  Width  to  Turn  Off 

VIN  >  VTHS  (min) 

200 

ns 

tRETD 

Receive  Start  of  Idle 

200 

ns 

tRCVON 

RCV  Asserted  Delay 

Tron  -  50 

Tron  + 1 00 

ns 

tRCVOFF 

RCV  De-Asserted  Delay 

20 

62 

ms 

Collision  Detection  and  SQE  Test 

tCOLON 

COL  Asserted  Delay 

750 

900 

ns 

tCOLOFF 

COL  De-Asserted  Delay 

20 

62 

ms 

Note: 

1.  Not  tested;  parameter  guaranteed  by  characterization. 
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SWITCHING  CHARACTERISTICS:  AUI 


Parameter 
Symbol 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

AUI  Port 

tDOTR 

DO+.DO-  rise  time  (10%  to  90%) 

2.5 

5.0 

ns 

tDOTF 

DO+.DO-  fall  time  (90%  to  10%) 

2.5 

5.0 

ns 

tDORM 

DO+.DO-  rise  and  fall  time  mismatch 

1.0 

ns 

tDOETD 

DO+/-  End  of  Transmission 

200 

375 

ns 

tPWODI 

Dl  pulse  width  accept/reject 
threshold 

IVimI  >  |Vaso| 
(Note  1 ) 

15 

45 

ns 

tPWKQI 

Dl  pulse  width  maintain/turn-off 
threshold 

|Vin|  >  |Vasq| 
(Note  2) 

136 

200 

ns 

tPWOC 

1 

CI  pulse  width  accept/reject 
threshold 

|Vin|  >  |Vasq| 
(Note  3) 

10 

26 

ns 

tPWKCI 

CI  pulse  width  maintain/turn-off 
threshold 

|Vin|  >  |Vasq| 
(Note  4) 

90 

160 

ns 

Internal  MENDEC  Clock  Timing 

tX1 

XTAL1  period 

Vin  =  External  Clock 

49.995 

50.005 

ns 

tX1H 

XTAL1  HIGH  pulse  width 

Vin  =  External  Clock 

20 

ns 

tXlL 

XTAL1  LOW  pulse  width 

Vin  =  External  Clock 

20 

ns 

tX1R 

XTAL1  rise  time 

Vin  =  External  Clock 

5 

ns 

tXlF 

XTAL1  fall  time 

Vin  =  External  Clock 

5 

ns 

Notes: 

1.  Dl  pulses  narrower  than  tpwoDl  (min)  will  be  rejected;  pulses  wider  than  tpwoDi  (max)  will  turn  internal  Dl  carrier  sense  on. 

2.  Dl  pulses  narrower  than  tpwKDi  (min)  will  maintain  internal  Dl  carrier  sense  on;  pulses  wider  than  Ipwkdi  (max)  will  turn 
internal  Dl  carrier  sense  off. 

3.  CI  pulses  narrower  than  tpwoci  (min)  will  be  rejected;  pulses  wider  than  tpwoci  (max)  will  turn  internal  CI  carrier  sense  on. 

4.  CI  pulses  narrower  than  tpwKCi  (min)  will  maintain  internal  CI  carrier  sense  on;  pulses  wider  than  tpwKCi  (max)  will  turn 
internal  CI  carrier  sense  off. 
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SWITCHING  CHARACTERISTICS:  GPSI 


Parameter 
Symbol 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

Transmit  Timing 

tGPT1 

STDCLK  period  (802.3  Compliant) 

99.99 

100.01 

ns 

tGPT2 

STDCLK  High  Time 

40 

60 

ns 

tGPT3 

TXDAT  and  TXEN  delay  from  T  STDCLK 

0 

70 

ns 

tGPT4 

RXCRS  setup  before  T  STDCLK  (Last  Bit) 

210 

ns 

tGPT5 

RXCRS  hold  after  1  TXEN 

0 

ns 

tGPT6 

CLSN  active  time  to  trigger  collision 

(Note  1) 

110 

ns 

tGPT7 

CLSN  active  to  J-  RXCRS  to  prevent 
LCAR  assertion 

0 

ns 

tGPT8 

CLSN  active  to  i  RXCRS  for  SQE 
Hearbeat  Window 

0 

4.0 

U.S 

tGPT9 

CLSN  active  to  T  RXCRS  for  normal  collision 

0 

51.2 

US 

Receive  Timing 

tGPFh 

SRDCLK  period 

(Note  2) 

80 

120 

ns 

tGPR2 

SRDCLK  High  Time 

(Note  2) 

30 

80 

ns 

tGPR3 

SRDCLK  Low  Time 

(Note  2) 

30 

80 

ns 

tGPP.4 

RXDAT  and  RXCRS  setup  to  T  SRDCLK 

15 

ns 

tGPR5 

RXDAT  hold  after  T  SRDCLK 

15 

ns 

tGPR6 

RXCRS  hold  after  4.  SRDCLK 

0 

ns 

tGPR7 

CLSN  active  to  first  T  SRDCLK 
(Collision  Recognition) 

0 

ns 

tGPRS 

CLSN  active  to  T  SRDCLK  for 
Address  Type  Designation  Bit 

(Note  3) 

51.2 

U.S 

tGPR9 

CLSN  setup  to  last  T  SRDCLK  for 
Collision  Recognition 

210 

ns 

tGPRlO 

CLSN  active 

110 

ns 

tGPR11 

CLSN  inactive  setup  to  first  T  SRDCLK 

300 

ns 

tGPR12 

CLSN  inactive  hold  to  last  T  SRDCLK 

300 

ns 

Nofes: 

1.  CLSN  must  be  asserted  for  a  continuous  period  of  110  nsec  or  more.  Assertion  for  less  than  1 10  nsec  period  may  or  may 
not  result  in  CLSN  recognition. 

2.  RXCRS  should  meet  jitter  requirements  of  IEEE  802.3  specification. 

3.  CLSN  assertion  before  51.2\isec  will  be  indicated  as  a  normal  collision.  CLSN  assertion  after  51.2  \isec  will  be 
considered  as  a  Late  Receive  Collision. 
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SWITCHING  CHARACTERISTICS:  EADI 


Parameter 
Symbol 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

tEAD1 

SRD  setup  to  T  SRDCLK 

40 

ns 

tEAD2 

SRD  hold  to  T  SRDCLK 

40 

ns 

tEAD3 

SF/BD  change  to  I  SRDCLK 

-15 

+15 

ns 

tEAD4 

EAR  deassertion  to  T 
SRDCLK  (first  rising  edge) 

50 

ns 

tEAD5 

EAR  assertion  after  SFD 
event  (packet  rejection) 

0 

51,090 

ns 

tEAD6 

EAR  assertion 

110 

ns 
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KEY  TO  SWITCHING  WAVEFORMS 


WAVEFORM  INPUTS 


JJUT 

mm 


Must  Be 
Steady 


May 
Change 
from  H  to  L 


May 
Change 
from  L  to  H 


Don't  Care 
Any  Change 
Permitted 


Does  Not 
Apply 


OUTPUTS 

Will  Be 
Steady 


Will  Be 
Changing 
from  H  to  L 


Will  Be 
Changing 
from  Lto  H 


Changing 

State 

Unknown 


Center 
Line  is  High 
Impedance 
"Off"  State 


SWITCHING  TEST  CIRCUITS 
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HING  TEST  CIRCUITS 


AVdd 


52.3  £2 


DO+ 
DO- 


o- 


100  pF : 


-o  Test  Point 


154Q 


AVss 


AUI  DO  Switching  Test  Circuit 
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DVDD 


294  n : 


TXD 
TXD- 


100  pF  =J= 

Includes  Test 
Jig  Capacitance 


>  Test  Point 


294  Q 


DVss 


TXD  Switching  Test  Circuit 
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DVDD 


715fi 


TXP+ 
TXP- 


100  pF : 

Includes  Test 
Jig  Capacitance 


-o  Test  Point 


715  a 


DVss 


18219B-49 


TXP  Outputs  Test  Circuit 
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ESTIMATED  OUTPUT  VALID  DELAY  VS.  LOAD  CAPACITANCE 

Note  that  this  graph  represents  change  in  output  delay 
for  estimated  conditions. 


MAX+6 

c 

5"  MAX+4 
■a 

f-  MAX+2 
o 
E 

I  MAX 

CO 

MAX-2 

25        50        75      100      125  150 
CL  (pF) 

Notes:  This  graph  will  not  be  linear  outside  of  the  CL  range  shown. 
MAX  =  maximum  value  given  in  A.C.  characteristics  table. 
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SWITCHING  WAVEFORMS:  SYSTEM  BUS  INTERFACE 


Tx 


Tx 


Tx 
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Output  Valid  Delay  Timing 
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Tx 


Tx 


A2"A31  ■  BBMii~^  XXXXXX> 


Min 
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Maximum  Float  Delay  Timing 
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SWITCHING  WAVEFORMS:  SYSTEM  BUS  INTERFACE 


BCLK 


Tx 


\  /      \  / 


LBS16 
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HLDA,  SLEEP  AAAA/\ 


RESET,  VVVVN7" 
CLKRESET  AAAA/V 
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Tx 


Input  Setup  and  Hold  Timing 


BCLK 


T2 


RDY, 
BRDY, 
RDYRTN 


XXXXX 


Tx 
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SWITCHING  WAVEFORMS:  SYSTEM  BUS  INTERFACE 
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JTAG  (IEEE  1149.1)  TCK  Waveform 
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JTAG  (IEEE  1149.1)  Test  Signal  Timing 
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SWITCHING  WAVEFORMS:  SYSTEM  BUS  INTERFACE 


BCLK 


Tx 


Tx 


Tx 


A2-A31,  BE0-BE3. 
M/IO,  D/C,  W/R,  RDY 


ADS 
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or 
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LDEV  Timing  and  Data  Bus  Activation  Timing 
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HOLD  Inactive  Timing 


18219B-59 


AMD 


PRELIMINARY 


SWITCHING  WAVEFORMS:  SYSTEM  BUS  INTERFACE 


EESK 
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Automatic  EEPROM  Read  Functional  Timing 
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Automatic  EEPROM  Read  Timing 
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SWITCHING  WAVEFORMS:  10BASE-T  INTERFACE 
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Idle  Link  Test  Pulse 
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SWITCHING  WAVEFORMS:  10BASE-T  INTERFACE 


RXD± 


Vtsq+ 
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Receive  Thresholds  (LRT  =  0) 


RXD± 


Vltsq+ 
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Receive  Thresholds  (LRT  =  1) 
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SWITCHING  WAVEFORMS:  AUI 


XTAL1 
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(Note  1 ) 

ITXEN 
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Atofe  f  : 

Internal  signal  and  is  shown  for  clarification  only. 


Transmit  Timing— Start  of  Packet 
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Transmit  Timing— End  of  Packet  (Last  Bit  =  0) 
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SWITCHING  WAVEFORMS:  AUI 
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Transmit  Timing— End  of  Packet  (Last  Bit  =  1 ) 
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SWITCHING  WAVEFORMS:  AUI 
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SWITCHING  WAVEFORMS:  GPSI 

(First  Bit  Preamble) 

 tGPT1 

Transmit 
Clod 
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Transmit 
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(TXEN 
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Notes: 

1.  If  RXCRS  is  not  present  during  transmission,  LCAR  bit  in  TMD2  will  be  set. 

2.  If  CLSN  is  not  present  during  or  shortly  after  transmission,  CERR  in  CSRO  will  be  set. 
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SRDCLK 


SRD 


SF/BD 


EAR 


tEADl 


Preamble  Data  Field 

iiJiJL_jiJirjiJirLrt^ 


4- 


One 


tEAD4 


Zero  One  | 
tEAD2 


SFD 


tEAD3  - 


BitO 


Bit  1 


Bit  2 


Bit  3 


/ 


tEAD5 


Bit  4 


Bit  8 


BitO 


Bit  7  Bit  8 


tEAD3 

Accept 
Reject 


■  tEAD6  ■ 


L 


18219B-74 


EADI  Reject  Timing 


Am79C965 


1-851 


APPENDIX  A 


Inet- 


PCnet-32  Compatible  Media 
Interface  Modules 


PCnet-32  COMPATIBLE  10BASE-T 
FILTERS  AND  TRANSFORMERS 

The  table  below  provides  a  sample  list  of  PCnet-32 
compatible  10BASE-T  filter  and  transformer  modules 


available  from  various  vendors.  Contact  the  respective 
manufacturer  for  a  complete  and  updated  listing  of 
components. 


Manufacturer 

Part  No. 

Package 

Filters 
and 
Transformers 

Filters 
Transformers 
and  Choke 

Filters 
Transformers 
Dual  Choke 

Filters 
Transformers 

1  IDI                  II1BI  9 

Dual  Chokes 

Bel  Fu 

se 

A556-2006-DE 

16-pin  0.3"  OIL 

Bel  Fu 

»e 

0556-2006-00 

14-pin  SIP 

Bel  Fuse 

0556-2006-01 

14-pin  SIP 

V 

Bel  Fuse 

0556-6392-00 

16-pin  0.5"  DIL 

V 

Halo  Electronics 

FD02-101G 

16-pin  0.3"  DIL 

Halo  Electronics 

FD12-101G 

16-pin  0.3"  DIL 

Halo  Electronics 

FD22-101G 

16-pin  0.3"  DIL 

V 

PCA  Electronics 

EPA1990A 

16-pin  0.3"  DIL 

PCA  Electronics 

EPA2013D 

16-pin  0.3"  DIL 

V 

PCA  Electronics 

EPA2162 

16-pin  0.3"  SIP 

V 

Pulse  Engineering 

PE-65421 

16-pin  0.3"  DIL 

V 

Pulse  Engineering 

PE-65434 

16-pin  0.3"  SIL 

V 

Pulse  Engineering 

PE-65445 

16-pin  0.3"  DIL 

Pulse  Engineering 

PE-65467 

12-pin  0.5"  SMT 

Valor  Electronics 

PT3877 

16-pin  0.3"  DIL 

Valor  Electronics 

FL1043 

16-pin  0.3"  DIL 

PCnet-32  Compatible  AUI  Isolation 
Transformers 

The  table  below  provides  a  sample  list  of  PCnet-32 
compatible  AUI  isolation  transformers  available  from 


various  vendors.  Contact  the  respective  manufacturer 
for  a  complete  and  updated  listing  of  components. 


Manufacturer 

Part  No. 

Package 

Description 

Bel  Fu 

se 

A553-0506-AB 

16-pin  0.3"  DIL 

50  u.H 

Bel  Fu 

se 

S553-0756-AE 

16-pin  0.3"  SMD 

75  uH 

Halo  E 

lectronics 

TD01-0756K 

16-pin  0.3"  DIL 

75  nH 

Halo  E 

lectronics 

TG01-0756W 

16-pin  0.3"  SMD 

75  uH 

PCAE 

lectronics 

EP9531-4 

16-pin  0.3"  DIL 

50  uH 

Pulse 

Engineering 

PE64106 

16-pin  0.3"  DIL 

50  uH 

Pulse 

Engineering 

PE65723 

16-pin  0.3"  SMT 

75  uH 

Valor 

Electronics 

LT6032 

16-pin  0.3"  DIL 

75  uH 

Valor  E 

Electronics 

ST7032 

16-pin  0.3"  SMD 

75  uH 
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PCnet-32  Compatible  DC/DC  Converters  vendors.  Contact  the  respective  manufacturer  for  a 

...  .  .  ..  .   ,  „„  complete  and  updated  listing  of  components. 

The  table  below  provides  a  sample  list  of  PCnet-32  y  K 

compatible  DC/DC  converters  available  from  various 


Manufacturer 

Part  No. 

Package 

Voltage 

Remote  On/Off 

Halo  Electronics 

DCU0-0509D 

24-pin  DIP 

5 '-9 

No 

Halo  Electronics 

DCU0-0509E 

24-pin  DIP 

5  -9 

Yes 

PCA  Electronics 

EPC1007P 

24-pin  DIP 

5/-9 

No 

PCA  Electronics 

EPC1054P 

24-pin  DIP 

5/-9 

Yes 

PCA  Electronics 

EPC1078 

24-pin  DIP 

5/-9 

Yes 

Valor  Electronics 

PM7202 

24-pin  DIP 

5/-9 

No 

Valor  Electronics 

PM7222 

24-pin  DIP 

5/-9 

 YlH  

MANUFACTURER  CONTACT 
INFORMATION 

Contact  the  following  companies  for  further  infor- 
mation on  their  products: 


Company 

U.S.  and  Domestic 

Asia 

Europe 

Bel  Fuse 

Phone: 
FAX: 

(201)  432-0463 
(201)  432-9542 

852-328-5515 
852-352-3706 

33-1-69410402 
33-1-69413320 

Halo  Electronics 

Phone: 
FAX: 

(415)  969-7313 
(415)  367-7158 

65-285-1566 
65-284-9466 

PCA  Electronics 
(HPC  in  Hong  Kong) 

Phone: 
FAX: 

(818)-892-0761 
(818)-894-5791 

852-553-0165 
852-873-1550 

33-1-44894800 
33-1-42051579 

Pulse  Engineering 

Phone: 
FAX: 

(619)  674-8100 
(619)  675-8262 

852-425-1651 
852-480-5974 

353-093-241 07 
353-093-24459 

Valor  Electronics 

Phone: 
FAX: 

(619)  537-2500 
(619)  537-2525 

852-513-8210 
852-513-8214 

49-89-6923122 
49-89-6926542 
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Recommendation  for  Power  and 
Ground  Decoupling 


The  mixed  analog/digital  circuitry  in  the  PCnet-32  make 
it  imperative  to  provide  noise-free  power  and  ground 
connections  to  the  device.  Without  clean  power  and 
ground  connections,  a  design  may  suffer  from  high  bit 
error  rates  or  may  not  function  at  all.  Hence,  it  is  highly 
recommended  that  the  guidelines  presented  here  are 
followed  to  ensure  a  reliable  design. 

Decoupling/Bypass  Capacitors:  Adequate  decoupling 
of  the  power  and  ground  pins  and  planes  is  required  by 
all  PCnet-32  designs.  This  includes  both  low-frequency 
bulk  capacitors  and  high  frequency  capacitors.  It  is  rec- 
ommended that  at  least  one  low-frequency  bulk  (e.g. 
22  u.F)  decoupling  capacitor  be  used  in  the  area  of  the 
PCnet-32  device.  The  bulk  capacitor(s)  should  be  con- 
nected directly  to  the  power  and  ground  planes.  In  addi- 
tion, at  least  8  high  frequency  decoupling  capacitors 
(e.g.  0.1  u.F  multilayer  ceramic  capacitors)  should  be 
used  around  the  periphery  of  the  PCnet-32  device  to 
prevent  power  and  ground  bounce  from  affecting  device 
operation.  To  reduce  the  inductance  between  the  power 
and  ground  pins  and  the  capacitors,  the  pins  should  be 
connected  directly  to  the  capacitors,  rather  than  through 
the  planes  to  the  capacitors.  The  suggested  connection 
scheme  for  the  capacitors  is  shown  in  the  figure  below. 
Note  also  that  the  traces  connecting  these  pins  to  the 
capacitors  should  be  as  wide  as  possible  to  reduce  in- 
ductance (15  mils  is  desirable). 


AVSS1  andAVDD3:  These  pins  provide  the  power  and 
ground  for  the  Twisted  Pair  and  AUI  drivers.  In  addition 
AVSS1  serves  as  the  ground  for  the  logic  interfaces  in 
the  20  MHz  Crystal  Oscillator.  Hence,  these  pins  can  be 
very  noisy.  A  dedicated  0. 1  uF  capacitor  between  these 
pins  is  recommended. 

AVSS2  and  AVDD2:  These  pins  are  the  most  critical 
pins  on  the  PCnet-32  device  because  they  provide  the 
power  and  ground  for  the  phase-lock  loop  (PLL)  portion 
of  the  chip.  The  voltage-controlled  oscillator  (VCO)  por- 
tion of  the  PLL  is  sensitive  to  noise  in  the  60  kHz  - 
200  kHz  range.  To  prevent  noise  in  this  frequency  range 
from  disrupting  the  VCO,  it  is  strongly  recommended 
that  the  low-pass  filter  shown  below  be  implemented  on 
these  pins. 


1 


Vdd  plane 


33  u.Fto  10  uF 


AVDD2 

AVSS2 

PCnet™ 


1  nto  ion 


-Wv— |^ 

VSS  plane 


<J\a  to  the  Power  Plane 


\ 


Vdd 
PCnet 

Vss 


Vdd 
PCnet 

Vss 


Via  to  the  Ground  Plane 
Correct  Correct 


Vdd 
PCnet 

Vss 


Incorrect 


The  most  critical  pins  in  the  layout  of  a  PCnet-32  design 
are  the  4  analog  power  and  2  analog  ground  pins, 
AVDD[1-4]  and  AVSS[1-2],  respectively.  All  of  these 
pins  are  located  in  one  corner  of  the  device,  the  "analog 
corner".  Specific  functions  and  layout  requirements  of 
the  analog  power  and  ground  pins  are  given  below. 


To  determine  the  value  for  the  resistor  and  capacitor, 
the  formula  is: 

R  *  C  >  88 

where  R  is  in  ohms  and  C  is  in  microfarads.  Some  possi- 
ble combinations  are  given  below.  To  minimize  the  volt- 
age drop  across  the  resistor,  the  R  value  should  not  be 
more  than  10  £2. 


R 

C 

2.7  Q 

33  uF 

4.3  n 

22  u.F 

6.8  Q 

15  U.F 

10Q 

10  uF 
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AVSS2  and  AVDD2/AVDD4:  These  pins  provide  power 
and  ground  for  the  AUI  and  twisted  pair  receive  circuitry. 
In  addition,  as  mentioned  earlier,  AVSS2  and  AVDD2 
provide  power  and  ground  for  the  phase-lock  loop  por- 
tion of  the  chip.  Except  for  the  filter  circuit  already 
mentioned,  no  specific  decoupling  is  necessary  on 
these  pins. 

AVDD1 :  AVDD1  provides  power  for  the  control  and  in- 
terface logic  in  the  PLL.  Ground  for  this  logic  is  provided 
by  digital  ground  pins.  No  specific  decoupling  is  neces- 
sary on  this  pin. 


Special  Note  for  Adapter  Cards:  In  adapter  card  de- 
signs, it  is  important  to  utilize  all  available  power  and 
ground  pins  available  on  the  bus  edge  connector.  In  ad- 
dition, the  connection  from  the  bus  edge  connector  to 
the  power  or  ground  plane  should  be  made  through 
more  than  one  via  and  with  wide  traces  (15  mils  desir- 
able) wherever  possible.  Following  these  recommenda- 
tions results  in  minimal  inductance  in  the  power  and 
ground  paths.  By  minimizing  this  inductance,  ground 
bounce  is  minimized. 
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APPENDIX  C 


Alternative  Method 
for  Initialization 


in  i 


The  PCnet-32  controller  may  be  initialized  by  perform- 
ing I/O  writes  only.  That  is,  data  can  be  written  directly  to 
the  appropriate  control  and  status  registers  (CSR) 
instead  of  reading  from  the  Initialization  Block  in 
memory.  The  registers  that  must  be  written  are  shown  in 


START 

bit  in  CSRO. 

S 

Control  and 
tatus  Register 

Comment 

CSR8 

LADRF[15:0] 

CSR9 

LADRF[31:16] 

CSR10 

LADRF[47:32] 

CSR11 

LADRF[63:48] 

CSR12 

PADR[15:0] 

CSR13 

PADR[31:16] 

CSR14 

PADR[47:32] 

CSR15 

Mode 

CSR24-25 

BADR 

CSR30-31 

BADX 

CSR47 

POLLINT 

CSR76 

RCVRL 

CSR78 

XMTRL 

Note:  The  INIT bit  must  not  be  set  or  the  initialization  block  will 
be  accessed  instead. 
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APPENDIX  D 


Introduction  of  the 

Look-Ahead  Packet  Processing  (LAPP)  Concept 


A  driver  for  the  PCnet-32  controller  would  normally  re- 
quire that  the  CPU  copy  receive  frame  data  from  the 
controller's  buffer  space  to  the  application's  buffer 
space  after  the  entire  frame  has  been  received  by  the 
controller.  For  applications  that  use  a  ping-pong  win- 
dowing style,  the  traffic  on  the  network  will  be  halted 
until  the  current  frame  has  been  completely  processed 
by  the  entire  application  stack.  This  means  that  the  time 
between  last  byte  of  a  receive  frame  arriving  at  the 
client's  Ethernet  controller  and  the  client's  transmission 
of  the  first  byte  of  the  next  outgoing  frame  will  be  sepa- 
rated by: 

1)  the  time  that  it  takes  the  client's  CPU's  interrupt 
procedure  to  pass  software  control  from  the  current 
task  to  the  driver 

2)  plus  the  time  that  it  takes  the  client  driver  to  pass 
the  header  data  to  the  application  and  request  an 
application  buffer 

3)  plus  the  time  that  it  takes  the  application  to  gener- 
ate the  buffer  pointer  and  then  return  the  buffer 
pointer  to  the  driver 

4)  plus  the  time  that  it  takes  the  client  driver  to  transfer 
all  of  the  frame  data  from  the  controller's  buffer 
space  into  the  application's  buffer  space  and  then 
call  the  application  again  to  process  the  complete 
frame 

5)  plus  the  time  that  it  takes  the  application  to  process 
the  frame  and  generate  the  next  outgoing  frame 

6)  plus  the  time  that  it  takes  the  client  driver  to  set  up 
the  descriptor  for  the  controller  and  then  write  a 
TDMD  bit  to  CSRO 

The  sum  of  these  times  can  often  be  about  the  same  as 
the  time  taken  to  actually  transmit  the  frames  on  the 
wire,  thereby  yielding  a  network  utilization  rate  of  less 
than  50%. 

An  important  thing  to  note  is  that  the  PCnet-32  control- 
ler's data  transfers  to  its  buffer  space  are  such  that  the 
system  bus  is  needed  by  the  PCnet-32  controller  for 
approximately  4%  of  the  time.  This  leaves  96%  of  the 
sytem  bus  bandwidth  for  the  CPU  to  perform  some  of 
the  inter-frame  operations  in  advance  of  the  completion 
of  network  receive  activity,  if  possible.  The  question 
then  becomes:  how  much  of  the  tasks  that  need  to  be 
performed  between  reception  of  a  frame  and 
transmission  of  the  next  frame  can  be  performed  before 


the  reception  of  the  frame  actually  ends  at  the  network, 
and  how  can  the  CPU  be  instructed  to  perform  these 
tasks  during  the  network  reception  time? 

The  answer  depends  upon  exactly  what  is  happening  in 
the  driver  and  application  code,  but  the  steps  that  can  be 
performed  at  the  same  time  as  the  receive  data 
are  arriving  include  as  much  as  the  first  three  steps  and 
part  of  the  fourth  step  shown  in  the  sequence 
above.  By  performing  these  steps  before  the  entire 
frame  has  arrived,  the  frame  throughput  can  be  sub- 
stantially increased. 

A  good  increase  in  performance  can  be  expected  when 
the  first  three  steps  are  performed  before  the  end  of  the 
network  receive  operation.  A  much  more  significant  per- 
formance increase  could  be  realized  if  the  PCnet-32 
controller  could  place  the  frame  data  directly  into  the 
application's  buffer  space;  (i.e.  eliminate  the  need  for 
step  four.)  In  order  to  make  this  work,  it  is  necessary 
that  the  application  buffer  pointer  be  determined  before 
the  frame  has  completely  arrived,  then  the  buffer  pointer 
in  the  next  desriptorforthe  receive  frame  would  need  to 
be  modified  in  order  to  direct  the  PCnet-32  controller  to 
write  directly  to  the  application  buffer.  More  details  on 
this  operation  will  be  given  later. 

An  alternative  modification  to  the  existing  system  can 
gain  a  smaller,  but  still  significant  improvement  in  per- 
formance. This  alternative  leaves  step  four  unchanged 
in  that  the  CPU  is  still  required  to  perform  the  copy 
operation,  but  it  allows  a  large  portion  of  the  copy  opera- 
tion to  be  done  before  the  frame  has  been  completely 
received  by  the  controller,  (i.e.  the  CPU  can  perform  the 
copy  operation  of  the  receive  data  from  the  PCnet-32 
controller's  buffer  space  into  the  application  buffer 
space  before  the  frame  data  has  completely  arrived 
from  the  network.)  This  allows  the  copy  operation  of 
step  fourto  be  performed  concurrently  with  the  arrival  of 
network  data,  rather  than  sequentially,  following  the  end 
of  network  receive  activity. 

Outline  of  the  LAPP  Flow: 

This  section  gives  a  suggested  outline  for  a  driver  that 
utilizes  the  LAPP  feature  of  the  PCnet-32  controller. 

Note:  The  labels  in  the  following  text  are  used  as  refer- 
ences in  the  timeline  diagram  that  follows. 
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SETUP: 

The  driver  should  set  up  descriptors  in  groups  of  3,  with 
the  OWN  and  STP  bits  of  each  set  of  three  descriptors  to 
read  as  follows:  1 1  b,  1 0b,  00b. 

An  option  bit  (LAPPEN)  exists  in  CSR3,  bit  position  5. 
The  software  should  set  this  bit.  When  set,  the  LAPPEN 
bit  directs  the  PCnet-32  controller  to  generate  an 
INTERRUPT  when  STP  has  been  written  to  a  receive 
descriptor  by  the  PCnet-32  controller. 

FLOW: 

The  PCnet-32  controller  polls  the  current  receive  de- 
scriptor at  some  point  in  time  before  a  message  arrives. 
The  PCnet-32  controller  determines  that  this  receive 
buffer  is  OWNed  by  the  PCnet-32  controller  and  it  stores 
the  descriptor  information  to  be  used  when  a  message 
does  arrive. 

NO:  Frame  preamble  appears  on  the  wire,  followed  by 
SFD  and  destination  address. 

N1 :  The  64th  byte  of  frame  data  arrives  from  the  wire. 
Thiscausesthe  PCnet-32  controllerto  begin  frame 
data  DMA  operations  to  the  first  buffer. 

CO:  When  the  64th  byte  of  the  message  arrives,  the 
PCnet-32  controller  performs  a  lookahead  opera- 
tion to  the  next  receive  descriptor.  This  descriptor 
should  be  owned  by  the  PCnet-32  controller. 

C1 :  The  PCnet-32  controller  intermittently  requests  the 
bus  to  transfer  frame  data  to  the  first  buffer  as  it  ar- 
rives on  the  wire. 

SO:  The  driver  remains  idle. 

C2:  When  the  PCnet-32  controller  has  completely  filled 
the  first  buffer,  it  writes  status  to  the  first  descriptor. 

C3:  When  the  first  descriptor  for  the  frame  has  been 
written,  changing  ownership  from  the  PCnet-32 
controllerto  the  CPU,  the  PCnet-32  controller  will 
generate  an  SRP  INTERRUPT.  (This  interrupt  ap- 
pears as  a  RINT  interrupt  in  CSRO.) 

S1 :  The  SRP  INTERRUPT  causes  the  CPU  to  switch 
tasks  to  allow  the  PCnet-32  controller's  driver  to 
run. 

C4:  During  the  CPU  interrupt-generated  task  switch- 
ing, the  PCnet-32  controller  is  performing  a 
lookahead  operation  to  the  third  descriptor.  At  this 
point  in  time,  the  third  descriptor  is  owned  by  the 
CPU.  [Note:  Even  though  the  third  buffer  is  not 
owned  by  the  PCnet-32  controller,  existing  AMD 
:thernet  controllers  will  continue  to  perform  data 
>MA  into  the  buffer  space  that  the  controller  al- 
ready owns  (i.e.  buffer  number  2).  The  controller 
>s  not  know  if  buffer  space  in  buffer  number  2 
'ill  be  sufficient  or  not,  for  this  frame,  but  it  has  no 
'ay  to  tell  except  by  trying  to  move  the  entire  mes- 
sage into  that  space.   Only  when  the  message 


does  not  fit  will  it  signal  a  buffer  error  condition  - 
there  is  no  need  to  panic  at  the  point  that  it  discov- 
ers that  it  does  not  yet  own  descriptor  number  3.] 

S2:  Thefirst  task  of  the  driver's  interrupt  service  routine 
is  to  collect  the  header  information  from  the 
PCnet-32  controller's  first  buffer  and  pass  it  to  the 
application. 

S3:  The  application  will  return  an  application  buffer 
pointer  to  the  driver.  The  driver  will  add  an  offset  to 
the  application  data  buffer  pointer,  since  the 
PCnet-32  controller  will  be  placing  the  first  portion 
of  the  message  into  the  first  and  second  buffers. 
(The  modified  application  data  buffer  pointer  will 
only  be  directly  used  by  the  PCnet-32  controller 
when  it  reaches  the  third  buffer.)  The  driver  will 
place  the  modified  data  buffer  pointer  into  the  final 
descriptor  of  the  group  (#3)  and  will  grant  owner- 
ship of  this  descriptor  to  the  PCnet-32  controller. 

C5:  Interleaved  with  S2,  S3  and  S4  driver  activity,  the 
PCnet-32  controller  will  write  frame  data  to  buffer 
number  2. 

S4:  The  driver  will  next  proceed  to  copy  the  contents  of 
the  PCnet-32  controller's  first  buffer  to  the  begin- 
ning of  the  application  space.  This  copy  will  be  to 
the  exact  (unmodified)  buffer  pointer  that  was 
passed  by  the  application. 

S5:  After  copying  all  of  the  data  from  the  first  buffer  into 
the  beginning  of  the  application  data  buffer,  the 
driver  will  begin  to  poll  the  ownership  bit  of  the  sec- 
ond descriptor.  The  driver  is  waiting  for  the 
PCnet-32  controller  to  finish  filling  the  second 
buffer. 

C6:  At  this  point,  knowing  that  it  had  not  previously 
owned  the  third  descriptor,  and  knowing  that  the 
current  message  has  not  ended  (there  is  more  data 
in  the  f  ifo),  the  PCnet-32  controller  will  make  a  "last 
ditch  lookahead"  to  the  final  (third)  descriptor;  This 
time,  the  ownership  will  be  TRUE  (i.e.  the  descrip- 
tor belongs  to  the  controller),  because  the  driver 
wrote  the  application  pointer  into  this  descriptor 
and  then  changed  the  ownership  to  give  the  de- 
scriptortothe  PCnet-32  controllerback  at  S3.  Note 
that  if  steps  S1 ,  S2  and  S3  have  not  completed  at 
this  time,  a  BUFF  error  will  result. 

C7:  After  filling  the  second  buffer  and  performing  the 
last  chance  lookahead  to  the  next  descriptor,  the 
PCnet-32  controller  will  write  the  status  and 
change  the  ownership  bit  of  descriptor  number  2. 

S6:  After  the  ownership  of  descriptor  number  2  has 
been  changed  by  the  PCnet-32  controller,  the  next 
driver  poll  of  the  2nd  descriptor  will  show  owner- 
ship granted  to  the  CPU.  The  driver  now  copies  the 
data  from  buffer  number  2  into  the  "middle  section" 
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of  the  application  butter  space.  This  operation  is  in- 
terleaved with  the  C7  and  C8  operations. 

C8:  The  PCnet-32  controller  will  perform  data  DMA  to 
the  last  buffer,  whose  pointer  is  pointing  to  applica- 
tion space.  Data  entering  the  last  buffer  will  not 
need  the  infamous  "double  copy"  that  is  required  by 
existing  drivers,  since  it  is  being  placed  directly  into 
the  application  buffer  space. 

N2:  The  message  on  the  wire  ends. 

S7:  When  the  driver  completes  the  copy  of  buffer  nu  m- 
ber  2  data  to  the  application  buffer  space,  it  begins 
polling  descriptor  number  3. 


C9:  When  the  PCnet-32  controller  has  finished  all  data 
DMA  operations,  it  writes  status  and  changes  own- 
ership of  descriptor  number  3. 

S8:  The  driver  sees  that  the  ownership  of  descriptor 
number  3  has  changed,  and  it  calls  the  application 
to  tell  the  application  that  a  frame  has  arrived. 

S9:  The  application  processes  the  received  frame  and 
generates  the  next  TX  frame,  placing  it  into  a  TX 
buffer. 

S10:The  driver  sets  up  the  TX  descriptor  for  the 
PCnet-32  controller. 


Ethernet 

Wire 
activity: 


Ethernet 
Controller 
activity: 


Software 
activity: 


C9:  Controller  writes  descriptor  #3. 


N2-  FOM      C8:  Controller  is  performing  intermittent 
bursts  of  DMA  to  fill  data  buffer  #3. 


C7:  Controller  wriles  descriptor  #2. 


C6:  "Last  chance"  bokahead  to 
descriptor  *3  (OWN).  I 

C5:  Controller  is  performing  intermittent 
bursts  of  DMA  to  fill  dala  buffer  #2. 


C4:  Lookahead  to  descriptor  #3  (OWN) 
C3:SRPinterruptl  _ 
is  generated./ 

C2:  Controller  writes  descriptor  #f . 


#3  r 

+ 


CI:  Controller  is  performing  intermittent 
bursls  of  DMA  to  fill  data  buffer  #1 . 


4- 


CO:  Lookahead  to  descriptor  #2. 


|N1: 


64th  byte  of  packet 
data  arrives. 


NO:  Packet  preamble,  SFD 
I  and  destination  address 
are  arriving. 


Buffer 
#3 


Butter 
#2 


Buffer 
#1 


S10:  Driver  sets  up  TX  descriptor. 

S9:  Application  processes  packet,  generates  TX  packet 

{S8:  Driver  calls  application 
to  tell  application  that 
packet  has  arrived. 
S7:  Driver  polls  descriptor  of  buffer  #3. 


S6:  Driver  copies  data  from  buffer  #2  to  the  application  buffer. 
S5:  Driver  polls  descriptor  #2, 


S4:  Driver  copies  data  from  buffer  #1  to  the  application  buffer. 


SI:  Interrupt  latency. 


S3:  Driver  writes  modified  application 

pointer  to  descriptor  #3. 
S2:  Driver  call  to  application  to 
get  application  b 


SO:  Driver  is  idle. 
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Figure  1.  LAPP  Timeline 
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Software  needs  to  set  up  a  receive  ring  wim  uesur  ipiui  s 
formed  into  groups  of  3.  The  first  descriptor  of  each 
group  should  have  OWN  =  1  and  STP  =  1 ,  the  second 
descriptor  of  each  group  should  have  OWN  =  1  and  STP 
=  0.  The  third  descriptor  of  each  group  should  have 
OWN  =  0  and  STP  =  0.  The  size  of  the  first  buffer  (as 
indicated  in  the  first  descriptor),  should  be  at  least  equal 
to  the  largest  expected  header  size;  However,  for  maxi- 
mum efficiency  of  CPU  utilization,  the  first  buffer  size 
should  be  largerthan  the  header  size.  It  should  be  equal 
to  the  expected  number  of  message  bytes,  minus  the 
time  needed  for  Interrupt  latency  and  minus  the  applica- 
tion call  latency,  minus  the  time  needed  for  the  driver  to 
write  to  the  third  descriptor,  minus  the  time  needed  for 
the  driver  to  copy  data  from  buffer  #1  to  the  application 
buffer  space,  and  minus  the  time  needed  for  the  driver  to 
copy  data  from  buffer  #2  to  the  application  buffer  space. 
Note  that  the  time  needed  for  the  copies  performed  by 
the  driver  depends  upon  the  sizes  of  the  2nd  and  3rd 
buffers,  and  that  the  sizes  of  the  second  and  third  buff- 
ers need  to  be  set  accoring  to  the  time  needed  for  the 
data  copy  operations!  This  means  that  an  iterative  self- 
adjusting  mechanism  needs  to  be  placed  into  the  soft- 
ware to  determine  the  correct  buffer  sizing  for  optimal 
operation.  Fixed  values  for  buffer  sizes  may  be  used;  In 
such  a  case,  the  LAPP  method  will  still  provide  a  signifi- 
cant performance  increase,  but  the  performance  in- 
crease will  not  be  maximized. 


The 
ring 


following  diagram  illustrates  this  setup  for  a  receive 
size  of  9: 


VVIICII    uj.ny    Kl&    !_/-*<    i      inwiowu,  —  — 

modified  form  of  descriptor  parsing  as  follows: 

Software  will  examine  OWN  and  STP  to  determine 
where  a  RCV  frame  begins.  RCV  frames  will  only  begin 
in  buffers  that  have  OWN  =  0  and  STP  =  1 . 

Software  shall  assume  that  a  frame  continues  until  it 
finds  either  ENP  =  1  or  ERR=  1 . 

Software  must  discard  all  descriptors  with  OWN  =  0  and 
STP  =  0  and  move  to  the  next  descriptor  when  searching 
for  the  beginning  of  a  new  frame;  ENP  and  ERR  should 
be  ignored  by  software  during  this  search. 

Software  cannot  change  an  STP  value  in  the  receive 
descriptor  ring  after  the  initial  setup  of  the  ring  is  com- 
plete, even  if  software  has  ownership  of  the  STP  de- 
scriptor unless  the  previous  STP  descriptor  in  the  ring  is 
also  OWNED  by  the  software. 

When  LAPPEN  =  1 ,  then  hardware  will  use  a  modified 
form  of  descriptor  parsing  as  follows: 

The  controller  will  examine  OWN  and  STP  to  determine 
where  to  begin  placing  a  RCV  frame.  A  new  RCV  frame 
will  only  begin  in  a  buffer  that  has  OWN  =  1  and  STP  =  1 . 

The  controller  will  always  obey  the  OWN  bit  for  deter- 
mining whether  or  not  it  may  use  the  next  buffer  for  a 
chain. 

The  controller  will  always  mark  the  end  of  a  frame  with 
either  ENP  =  1  or  ERR=  1. 


Descriptor 
#9 

OWN 
SIZE 

=  0  STP  =  0 
=  S6 

Descriptor 
#8 

OWN 
SIZE 

=  1  STP  =  0 
=  S1+S2+S3+S4 

Descriptor 
#7 

OWN 
SIZE  = 

=  1  STP  =  1 

=  A-(S1+S2+S3+S4+S6) 

Descriptor 
#6 

OWN 
SIZE 

=  0  STP  =  0 
=  S6 

Descriptor 
#5 

OWN 
SIZE 

=  1  STP  =  0 
=  S1+S2+S3+S4 

Descriptor 
#4 

OWN 
SIZE 

=  1  STP  = 1 

=  A-(S1+S2+S3+S4+S6) 

Descriptor 
#3 

OWN 
SIZE 

=  0  STP  =  0 
=  S6 

Descriptor 
#2 

OWN 
SIZE 

=  1  STP  =  0 
=  S1+S2+S3+S4 

Descriptor 
#1 

OWN 
SIZE 

=  1  STP  =  1 

=  A-(S1+S2+S3+S4+S6) 

A   =  Expected  message  size  in  bytes 

51  =  Interrupt  latency 

52  =  Application  call  latency 

53  =Time  needed  for  driver  to  write 

to  third  descriptor 

54  =  Time  needed  for  driver  to  copy 

data  from  buffer  #1  to 
application  buffer  space 
S6  =  Time  needed  for  driver  to  copy 
data  from  buffer  #2  to 
application  buffer  space 


Note  that  the  times  needed  for  tasks  S1 , 
S2,  S3,  S4,  and  S6  should  be  divided  by 
0.8  microseconds  to  yield  an  equivalent 
number  of  network  byte  times  before 
subtracting  these  quantities  from  the 
expected  message  size  A. 
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Figure  2.  LAPP  3  Buffer  Grouping 
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The  controller  will  discard  all  descriptors  with  OWN  =  1 
and  STP  =  0  and  move  to  the  next  descriptor  when 
searching  for  a  place  to  begin  a  new  frame.  It  dis- 
cards these  desciptors  by  simply  changing  the  owner- 
ship bit  trom  OWN=1  to  OWN  =  0.  Such  a  descriptor  is 
unused  for  receive  purposes  by  the  controller,  and  the 
driver  must  recognize  this.  (The  driver  will  recognize 
this  if  it  follows  the  software  rules.) 

The  controller  will  ignore  all  descriptors  with  OWN  =  0 
and  STP  =  0  and  move  to  the  next  descriptor  when 
searching  for  a  place  to  begin  a  new  frame.  In  other 
words,  the  controller  is  allowed  to  skip  entries  in  the  ring 
that  it  does  not  own,  but  only  when  it  is  looking  for  a 
place  to  begin  a  new  frame. 


Descriptor 
Number 

Before  the 
Frame  Arrived 

After  the 
Frame  has  Arrived 

Comments 
(After  Frame  Arrival) 

OWN 

STP 

ENP* 

OWN 

STP 

ENP" 

1 

1 

1 

X 

0 

1 

0 

Bytes  1-800 

2 

1 

0 

X 

0 

0 

0 

Bytes  801-1000 

3 

0 

0 

X 

0 

0 

1 

Bytes  1001-1060 

4 

1 

1 

X 

1 

1 

X 

Controller's  current 
location 

5 

1 

0 

X 

1 

0 

X 

Not  yet  used 

6 

0 

0 

X 

0 

0 

X 

Not  yet  used 

etc. 

1 

1 

X 

1 

1 

X 

Not  yet  used 

'ENP  or  ERR 


Some  Examples  of  LAPP  Descriptor 
Interaction 

Choose  an  expected  frame  size  of  1060  bytes. 
Choose  buffer  sizes  of  800,  200  and  200  bytes. 

1)  Assume  that  a  1060  byte  frame  arrives  correctly, 
and  that  the  timing  of  the  early  interrupt  and  the 
software  is  smooth.  The  descriptors  will  have 
changed  from: 
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2)  Assume  that  instead  of  the  expected  1060  byte 
frame,  a  900  byte  frame  arrives,  either  because 
there  was  an  error  in  the  network,  or  because  this  is 
the  last  frame  in  a  file  transmission  sequence. 


De 

scriptor 

Before  the 
Frame  Arrived 

After  the 
Frame  has  Arrived 

Comments 
(After  Frame  Arrival) 

Number 

OWN 

STP 

ENP* 

OWN 

STP 

ENP* 

1 

1 

1 

X 

0 

1 

0 

Bytes  1-800 

2 

1 

0 

X 

0 

0 

1 

Bytes  801-900 

3 

0 

0 

X 

0 

0 

?** 

Discarded  buffer 

4 

1 

1 

X 

1 

1 

X 

Controller's  current 
location 

5 

1 

0 

X 

1 

0 

X 

Not  yet  used 

6 

0 

0 

X 

0 

0 

X 

Not  yet  used 

etc. 

1 

1 

X 

1 

1 

X 

Not  yet  used 

'ENP  or  ERR 


"  Note  that  the  PCnet-32  controller  might  write  a  ZERO  to  ENP  location  in  the  3rd  descriptor.  Here  are  the  two  possibilities: 

1)  If  the  controller  finishes  the  data  transfers  into  buffer  number  2  after  the  driver  writes  the  application's  modified  buffer  pointer 
into  the  third  descriptor,  then  the  controller  will  write  a  ZERO  to  ENP  for  this  buffer  and  will  write  a  ZERO  to  OWN  and  STP. 

2)  If  the  controller  finishes  the  data  transfers  into  buffer  number  2  before  the  driver  writes  the  application's  modified  buffer 
pointer  into  the  third  descriptor,  then  the  controller  will  complete  the  frame  in  buffer  number  two  and  then  skip  the  then  un- 
owned third  buffer.  In  this  case,  the  PCnet-32  controller  will  not  have  had  the  opportunity  to  RESET  the  ENP  bit  in  this  de- 
scriptor, and  it  is  possible  that  the  software  left  this  bit  as  ENP=  1  from  the  last  time  through  the  ring.  Therefore,  the  software 
must  treat  the  location  as  a  don't  care;  Theruleis,  after  finding  ENP=1  (or  ERR=1)  in  descriptor  number  2,  the  software  must 
ignore  ENP  bits  until  it  finds  the  next  STP=1. 
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3)  Assume  that  instead  ot  the  expected  1060  byte 
frame,  a  100  byte  frame  arrives,  because  there 
was  an  error  in  the  network,  or  because  this  is  the 
last  frame  in  a  file  transmission  sequence,  or  per- 
haps because  it  is  an  acknowledge  frame. 


Descriptor 

Before  the 
Frame  Arrived 

After  the 
Frame  has  Arrived 

Comments 

Number 

OWN 

STP 

ENP* 

OWN 

STP 

ENP" 

(After  Frame  Arrival) 

1 

1 

1 

X 

0 

1 

1 

Bytes  1-100 

2 

1 

0 

X 

0 

0 

0*" 

Discarded  buffer 

3 

0 

0 

X 

0 

0 

?" 

Discarded  buffer 

4 

1 

1 

X 

1 

1 

X 

Controller's  current 
location 

5 

1 

0 

X 

1 

0 

X 

Not  yet  used 

6 

0 

0 

X 

0 

0 

X 

Not  yet  used 

etc. 

1 

1 

X 

1 

1 

X 

Not  yet  used 

•ENP  or  ERR 

Same  as  note  in  case  2  above,  except  that  in  this  case,  it  is  very  unlikely  that  the  driver  can  respond  to  the  interrupt  and  get  the 
pointer  from  the  application  before  the  PCnet-32  controller  has  completed  its  poll  of  the  next  descriptors.  This  means  that  for 
almost  all  occurrences  of  this  case,  the  PCnet-32  controller  will  not  find  theO  WN  bit  set  for  this  descriptor  and  therefore,  the 
ENP  bit  will  almost  always  contain  the  old  value,  since  the  PCnet-32  controller  will  not  have  had  an  opportunity  to  modify  it. 

'  Note  that  even  though  the  PCnet-32  controller  will  write  a  ZERO  to  this  ENP  location,  the  soft  ware  shou  Id  treat  the  location  as 
a  don '( care,  since  after  finding  the  ENP=  1  in  descriptor  number  2,  the  software  should  ignore  ENP  bits  until  it  finds  the  next 
STP=1. 


Buffer  Size  Tuning 

For  maximum  performance,  buffer  sizes  should  be  ad- 
justed depending  upon  the  expected  frame  size  and  the 
values  of  the  interrupt  latency  and  application  call  la- 
tency. The  best  driver  code  will  minimize  the  CPU  utili- 
zation while  also  minimizing  the  latency  from  frame  end 
on  the  network  to  frame  sent  to  application  from  driver 
(frame  latency).  These  objectives  are  aimed  at  increas- 
ing throughput  on  the  network  while  decreasing  CPU 
utilization. 

Note  that  the  buffer  sizes  in  the  ring  may  be  altered  at 
any  time  that  the  CPU  has  ownership  of  the  correspond- 
ing descriptor.  The  best  choice  for  buffer  sizes  will 
maximize  the  time  that  the  driver  is  swapped  out,  while 
minimizing  the  time  from  the  last  byte  written  by  the 
PCnet-32  controller  to  the  time  that  the  data  is  passed 
from  the  driver  to  the  application.  In  the  diagram,  this 
corresponds  to  maximizing  SO,  while  minimizing  the 
time  between  C9  and  S8.  (The  timeline  happens  to 
show  a  minimal  time  from  C9  to  S8.) 

Note  that  by  increasing  the  size  of  buffer  number  1 ,  we 
increase  the  value  of  SO.  However,  when  we  increase 
the  size  of  buffer  number  1 ,  we  also  increase  the  value 
ofS4.  If  the  size  of  buffer  number  1  is  too  large,  then  the 
driver  will  not  have  enough  time  to  perform  tasks  S2,  S3, 
S4,  S5  and  S6.  The  result  is  that  there  will  be  delay  from 
the  execution  of  task  C9  until  the  execution  of  task  S8.  A 


perfectly  timed  system  will  have  the  values  for  S5  and 
S7  at  a  minimum. 

An  average  increase  in  performance  can  be  achieved  if 
the  general  guidelines  of  buffer  sizes  in  figure  2  is  fol- 
lowed. However,  as  was  noted  earlier,  the  correct  sizing 
for  buffers  will  depend  upon  the  expected  message  size. 
There  are  two  problems  with  relating  expected  message 
size  with  the  correct  buffer  sizing: 

1)  Message  sizes  cannot  always  be  accurately  pre- 
dicted, since  a  single  application  may  expect  differ- 
ent message  sizes  at  different  times,  therefore,  the 
buffer  sizes  chosen  will  not  always  maximize 
throughput. 

2)  Within  a  single  application,  message  sizes  might 
be  somewhat  predicatable,  but  when  the  same 
driver  is  to  be  shared  with  multiple  applications, 
there  may  not  be  a  common  predictable  message 
size. 

Additional  problems  occur  when  trying  to  define  the  cor- 
rect sizing  because  the  correct  size  also  depends  upon 
the  interrupt  latency,  which  may  vary  from  system  to 
system,  depending  upon  both  the  hardware  and  the 
software  installed  in  each  system. 

In  order  to  deal  with  the  unpredictable  nature  of  the 
message  size,  the  driver  can  implement  a  self  tuning 
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mechanism  that  examines  the  amount  of  time  spent  in 
tasks  S5  and  S7  as  such:  While  the  driver  is  polling  for 
each  descriptor,  it  could  count  the  number  of  poll  opera- 
tions performed  and  then  adjust  the  number  1  buffer 
size  to  a  larger  value,  by  adding  T  bytes  to  the  buffer 
count,  if  the  number  of  poll  operations  was  greater  than 
"x".  If  fewer  than  "x"  poll  operations  were  needed  for 
each  of  S5  and  S7,  then  the  software  should  adjust  the 
buffer  size  to  a  smaller  value  by,  subtracting  "y"  bytes 
from  the  buffer  count.  Experiments  with  such  a  tuning 
mechanism  must  be  performed  to  determine  the  best 
values  for  "X"  and  "y." 

Note  whenever  the  size  of  buffer  number  1  is  adjusted, 
buffer  sizes  for  buffer  number  2  and  buffer  3  should  also 
be  adjusted. 

In  some  systems  the  typical  mix  of  receive  frames  on  a 
network  for  a  client  application  consists  mostly  of  large 
data  frames,  with  very  few  small  frames.  In  this  case,  for 
maximum  efficiency  of  buffer  sizing,  when  a  frame  ar- 
rives under  a  certain  size  limit,  the  driver  should  not 
adjust  the  buffer  sizes  in  response  to  the  short  frame. 

An  Alternative  LAPP  Flow  -  the  TWO  Interrupt 
Method 

An  alternative  to  the  above  suggested  flow  is  to  use  two 
interrupts,  one  at  the  start  of  the  Receive  frame  and  the 
other  at  the  end  of  the  receive  frame,  instead  of  just 
looking  for  the  SRP  interupt  as  was  described  above. 
This  alternative  attempts  to  reduce  the  amount  of  time 
that  the  software  "wastes"  while  polling  for  descriptor 
own  bits.  This  time  would  then  be  available  for  other 
CPU  tasks.  It  also  minimizes  the  amount  of  time  the 
CPU  needs  for  data  copying.  This  savings  can  be  ap- 
plied to  other  CPU  tasks. 


The  time  from  the  end  of  frame  arrival  on  the  wire  to 
delivery  of  the  frame  to  the  application  is  labeled  as 
frame  latency.  For  the  one-interrupt  method,  frame  la- 
tency is  minimized,  while  CPU  utilization  increases.  For 
the  two-interrupt  method,  frame  latency  becomes 
greater,  while  CPU  utilization  decreases. 

Note  that  some  of  the  CPU  time  that  can  be  applied  to 
non-Ethernet  tasks  is  used  for  task  switching  in  the 
CPU.  One  task  switch  is  required  to  swap  a  non- 
Ethernet  task  into  the  CPU  (after  S7A)  and  a  second 
task  switch  is  needed  to  swap  the  Ethernet  driver  back  in 
again  (at  S8A).  If  the  time  needed  to  perform  these  task 
switches  exceeds  the  time  saved  by  not  polling  descrip- 
tors, then  there  is  a  net  loss  in  performance  with  this 
method.  Therefore,  the  SPRINT  method  implemented 
should  be  carefully  chosen. 

Figure  3  shows  the  event  flow  for  the  two-interrupt 
method. 

Figure  4  shows  the  buffer  sizing  for  the  two-interrupt 
method.  Note  that  the  second  buffer  size  will  be  about 
the  same  for  each  method. 

There  is  another  alternative  which  is  a  marriage  of  the 
two  previous  methods.  This  third  possibility  would  use 
the  buffer  sizes  set  by  the  two-interrupt  method,  but 
would  use  the  polling  method  of  determining  frame  end. 
This  will  give  good  frame  latency  but  at  the  price  of  very 
high  CPU  utilization. 

And  still,  there  are  even  more  compromise  positions  that 
use  various  fixed  buffer  sizes  and  effectively,  the  flow  of 
the  one-interrupt  method.  All  of  these  compromises  will 
reduce  the  complexity  of  the  one-interrupt  method  by 
removing  the  heuristic  buffer  sizing  code,  but  they  all 
become  less  efficient  than  heuristic  code  would  allow. 
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Wire 
activity: 


Ethernet 
Controller 
activity: 


N2:  EOM 


C10:  ERP  interrupt  \ 
is  generated,  j 


T 


C9:  Controller  writes  descriptor  #3. 


C8:  Controller  is  performing  intermittent 
bursts  of  DMA  to  fill  data  buffer  #3. 


C7:  Controller  writes  descriptor  #2. 

C6:  "Last  chance"  lookahead  to 
descriptor  #3  (OWN).  _|_ 

C5:  Controller  is  performing  intermittent 
bursts  of  DMA  to  fill  data  buffer  #2. 


C4:  Lookahead  to  descriptor  #3  (OWN). 

C3:  SRP  interrupt!   

is  generated./  1 

C2:  Controller  writes  descriptor  #1 


C1 :  Controller  is 
bursts  of  DMA  to 


intermittent 
data  buffer  #1. 


CO:  Lookahead  to  descriptor  #2. 

rN1 :64th  byte  of  packet 
I       data  arrives. 


NO:  Packet  preamble,  SFD 
and  destination  address 
are  arriving. 


Buffer 
#3 


Buffer 
#2 


Buffer 
#1 


AMD 


Software 
activity: 


S10:  Driver  sets  up  TX  descriptor. 

S9:  Application  processes  packet,  generates  TX  packet. 

f  S8:  Driver  calls  application 

1   ■  <      to  tell  application  that 

con  i         ...      I      packet  has  arrived. 
S8A:  Interrupt  latency:  r 


S7:  Driver  is  swapped  out,  allowing  a  non-Etherenet 
application  to  run. 

f  S7A:  Driver  Interrupt  Service 
— 1 — - — <         Routine  executes 
I  RETURN. 
S6:  Driver  copies  data  from  buffer  #2  to  the  application  buffer. 

S5:  Driver  polls  descriptor  #2. 

f 


S4:  Driver  copies  data  from  buffer  #1  to  the  application  buffer. 


}{ 


S1 :  Interrupt 


latency. 


S3:  Driver  writes  modified  application 

pointer  to  descriptor  #3. 
S2:  Driver  call  to  application  to 

get  application  buffer  pointer. 


SO:  Driver  is  idle. 
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Figure  3.  LAPP  Timeline  for  TWO-INTERRUPT  Method 
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Descriptor 
#9 

OWN 
SIZE 

=  0                        STP  =  0 

-  1518  -  (S1+S2+S3+S4+HEADER  SIZE) 

Descriptor 
#8 

OWN 
SIZE 

-  1                        STP  =  0 
=  S1+S2+S3+S4 

Descriptor 
#7 

OWN 
SIZE  - 

•  1                        STP  =  1 

=  HEADER  SIZE  (minimum  64  bytes) 

Descriptor 
#6 

OWN 
SIZE 

=  0                        STP  =  0 

=  1518  -  (S1+S2+S3+S4+HEADER  SIZE) 

Descriptor 
#5 

OWN 
SIZE 

=  1                        STP  =  0 
= S1+S2+S3+S4 

Descriptor 
#4 

OWN 
SIZE 

=  1                        STP  =  1 

=  HEADER  SIZE  (minimum  64  bytes) 

Descriptor 
#3 

OWN 
SIZE 

-  0                        STP  >  0 

=  1518-(S1+S2+S3+S4+HEADER_SIZE) 

Descriptor 
#2 

OWN 
SIZE 

=.  1                        STP  =  0 
=  SUS2+S3+S4 

Descriptor 
#1 

OWN 
SIZE 

-  1                        STP  =  1 

=  HEADER_SIZE  (minimum  64  bytes) 

A   =  Expected  message  size  in  bytes 

51  =  Interrupt  latency 

52  =  Application  call  latency 

53  =Time  needed  for  driver  to  write 

to  third  descriptor 

54  =  Time  needed  for  driver  to  copy 

data  from  buffer  #1  to 
application  buffer  space 
S6  =  Time  needed  for  driver  to  copy 
data  from  buffer  #2  to 
application  buffer  space 


Note  that  the  times  needed  for  tasks  S1 , 
S2,  S3,  S4,  and  S6  should  be  divided  by 
0.8  microseconds  to  yield  an  equivalent 
number  of  network  byte  times  before 
subtracting  these  quantities  from  the 
expected  message  size  A. 
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Figure  4.  LAPP  3  Buffer  Grouping  for  TWO-INTERRUPT  Method 
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DATA  SHEET  REVISION  SUMMARY 

The  following  list  represents  the  key  differences  be- 
tween revision  A  (October  1993)  and  revision  B  (May 
1994). 

Global  Change 

Look-Ahead  Packet  Processing  (LAPP)  is  the  name  for 
the  early  protocol  analysis. 

Support  for  386DX  mode  is  removed  from  the  device. 
Descriptions  for  386  mode  of  operation  are  deleted 
throughout  the  data  sheet. 

DWIO  mode  cannot  be  set  by  reading  the  EEPROM  or 
writing  directly  to  8CR18. 

The  Initialization  Block  must  be  on  a  double-word 
boundary. 

The  acronym  DMABR  (DMA  Burst  Register)  is  changed 
to  DMACR  (DMA  Cycle  Register). 

Pin  Description— VL-Bus  Mode 

Page  1-670:   

The  description  for  WBACK  is  rewritten  for  clarity. 

Pin  Description— Local  Bus  Mode 

Page  1-684:   

The  description  for  WBACK  is  rewritten  for  clarity. 

The  descriptions  for  pins  Am486,  AHOLD,  BCLK, 
BOFF,  EADS,  RESET,  RDY,  and  RDYRTN  are  rewrit- 
ten for  clarity. 

Detailed  Functions 

Bus  Interface  Unit 

Page  1-694:   

The  description  for  WBACK  is  rewritten  for  clarity. 

The  following  timing  figures  have  been  changed  to  cor- 
recnypo£raphical  errors.  Signals  A2-A31 ,  BE0-BE3, 
M/IO,  D/C,  and  W/R  are  now  shown  to  be  driven  one 
clock  cycle  before  ADS  becomes  asserted. 

Figures  1-19,  21,  23,  24,  25,  26,  and  27. 

Manchester  Encoder/Decoder 
Page  1-743: 

PLL  Tracking 

The  number  for  VCO  bit  cell  phase  corrections  is  now 
corrected  to  10%. 

General  Purpose  Serial  Interface 
Page  1-748: 

This  section  is  rewritten  for  clarity. 
Software  Access 
Page  1-750: 

The  section  on  PCnet-32  Controller  I/O  Resource  Map- 
ping is  rewritten  to  reflect  changes  in  methods  of  setting 
DWIO  mode. 


Hardware  Access 
Page  1-756 

The  section  on  EEPROM  microwire  access  is  rewritten 
for  clarity. 

User  Accessible  Registers 
Page  1-769 

CSR1 

The  description  is  rewritten  for  clarity. 
CSR3 

A  new  bit,  DXSUFLO  (bit  6)  is  added. 
The  bit  name  for  bit  5  is  now  LAPPEN. 
CSR4 

The  bit  description  for  bit  15  (ENTST)  is  rewritten  for 
clarity. 

CSR15 

The  description  for  bits  8-7  (PORTSEL)  is  rewritten  for 
clarity. 

CSR58 

The  description  for  bit  8  (SSIZE32)  is  rewritten  for 
clarity. 

CSR80 

The  description  for  bits  9-8  (XMTFW)  is  rewritten  for 

clarity. 

BCR4-7 

The  description  for  bit  0  (COLE)  is  rewritten  for  clarity. 
BCR18 

Bit  1 0  now  contains  description  for  two  function:  GCIC 
and  IWBACK. 

The  description  for  bit  7  (DWIO)  is  rewritten  for  clarity. 
BCR19 

The  description  for  bit  13(EEDET)  is  rewritten  for  clarity. 
BCR20 

The  description  for  bit  8  (SSIZE32)  is  rewritten  for 
clarity. 

DC  Characteristics 
Page  1-830: 

ClN,  Co,  CcLK 

The  maximum  value  is  now  10  pF. 

Switching  Characteristics 
Page  1-832: 

Us 

The  maximum  value  is  corrected  to  +15  ns. 

Appendices 

Appendix  A 

This  section  is  updated  with  the  latest  information. 
Appendix  B 

This  section  is  rewritten  for  clarity. 
Appendix  D 

This  is  a  new  section  on  the  LAPP  concept. 
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DISTINCTIVE  CHARACTERISTICS 

■  Single-chip  Ethernet  controller  for  the  Periph- 
eral Component  Interconnect  (PCI)  local  bus 

■  Supports  ISO  8802-3  (IEEE/ANSI  802.3)  and 
Ethernet  Standards 

■  Direct  interface  to  the  PCI  local  bus 

■  Compliant  to  PCI  local  bus  specification 
(Revision  2.0) 

■  Software  compatible  with  AMD's  Am7990 
LANCE,  Am79C90  C-LANCE,  Am79C960 
PCnet-ISA,  Am79C961  PCnet-ISA*,  Am79C965 
PCnet-32,  and  Am79C900  ILACC™  register  and 
descriptor  architecture 

■  Compatible  with  Am2100/Am1500T  and  Novell® 
NE2100/NE1500  driver  software 

■  High-performance  Bus  Master  architecture  with 
integrated  DMA  Buffer  Management  Unit  for 
low  CPU  and  bus  utilization 

■  Big  endian  byte  alignment  supported 

■  Single  +5  V  power  supply  operation 

■  Low-power,  CMOS  design  with  sleep  modes 
allows  reduced  power  consumption  for  critical 
battery  powered  applications  and  Green  PCs 

■  Microwire™  EEPROM  interface  supports 
jumperless  design 

Individual  136-byte  transmit  and  128-byte 
receive  FIFOs  provide  frame  buffering  for 
increased  system  latency,  and  support  the 
following  features: 

\utomatic  retransmission  with  no  FIFO 
sload 


—  Automatic  receive  stripping  and  transmit 
padding  (individually  programmable) 

—  Automatic  runt  packet  rejection 

—  Automatic  deletion  of  received  collision  frames 
Look-Ahead  Packet  Processing  (LAPP) 
concept  allows  protocol  analysis  to  begin 
before  end  of  receive  frame 

Integrated  Manchester  Encoder/Decoder 

Provides  integrated  Attachment  Unit  Interface 
(AUI)  and  10BASE-T  transceiver  with  automatic 
port  selection 

Automatic  Twisted-Pair  receive  polarity  detec- 
tion and  automatic  correction  of  the  receive 
polarity 

Optional  byte  padding  to  long-word  boundary 
on  receive 

Dynamic  transmit  FCS  generation  programma- 
ble on  a  frame-by-frame  basis 

Internal/external  loopback  capabilities 

Supports  the  following  types  of  network 
interfaces: 

—  AUI  to  external  10BASE2, 1 0BASE5.1  OBASE-T 
OMOBASE-F  MAU 

—  Internal  1 0BASE-T  transceiver  with  Smart 
Squelch  to  Twisted-Pair  medium 

NAND  Tree  test  mode  for  connectivity  testing 
on  printed  circuit  boards 

132-pin  PQFP  package 


GENERAL  DESCRIPTION 

The  PCnet-PCI  single-chip  32-bit  Ethernet  controller  is 
a  highly  integrated  Ethernet  system  solution  designed  to 
address  high-performance  system  application  require- 
ments. It  is  a  flexible  bus-mastering  device  that  can  be 
used  in  any  application,  including  network-ready  PCs, 
printers,  fax  modems,  and  bridge/router  designs.  The 
bus-master  architecture  provides  high  data  throughput 
in  the  system  and  low  CPU  and  system  bus  utilization. 
The  PCnet-PCI  controller  is  fabricated  with  AMD's  ad- 
vanced low-power  CMOS  process  to  provide  low  oper- 
ating and  standby  current  for  power  sensitive 
applications. 

1-868 


The  PCnet-PCI  controller  is  a  complete  Ethernet  node 
integrated  into  a  single  VLSI  device.  It  contains  a  bus  in- 
terface unit,  a  DMA  buffer  management  unit,  an  IEEE 
802.3-defined  Media  Access  Control  (MAC)  function,  in- 
dividual 1 36-byte  transmit  and  1 28-byte  receive  FIFOs, 
an  IEEE  802.3-defined  Attachment  Unit  Interface  (AUI) 
and  Twisted-Pair  Transceiver  Media  Attachment  Unit 
(1  OBASE-T  MAU),  and  a  Microwire  EEPROM  interface. 
The  PCnet-PCI  controller  is  also  register  compatible 
with  the  LANCE  (Am7990)  Ethernet  controller,  the 
C-LANCE  (Am79C90)  Ethernet  controller,  the  ILACC 
(Am79C900)  Ethernet  controller,  and  all  Ethernet 
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controllers  in  the  PCnet  Family,  including  the  PCnet-ISA 
controller  (Am79C960),  the  PCnet-ISA*  controller 
(Am79C961),  and  the  PCnet-32  controller 
(Am79C965) .  The  buffer  management  unit  supports  the 
LANCE,  ILACC,  and  PCnet  descriptor  software  models. 
The  PCnet-PCI  controller  is  software  compatible  with 
the  Novell  NE2100  and  NE1500  Ethernet  adapter  card 
architectures.  In  addition,  a  Sleep  function  has  been  in- 
corporated to  provide  low  standby  current,  excellent  for 
notebooks  and  Green  PCs. 

The  32-bit  multiplexed  bus  interface  unit  provides  a  di- 
rect interface  to  the  PCI  local  bus  applications,  simplify- 
ing the  design  of  an  Ethernet  node  in  a  PC  system.  With 
its  built-in  support  for  both  little  and  big  endian  byte 
alignment,  this  controller  also  addresses  proprietary 
non-PC  applications. 

The  PCnet-PCI  controller  supports  auto  configuration  in 
the  PCI  configuration  space.  Additional  PCnet-PCI 


controller  configuration  parameters,  including  the 
unique  IEEE  physical  address,  can  be  read  from  an  ex- 
ternal non-volatile  memory  (serial  EEPROM)  immedi- 
ately following  system  RESET. 

The  controller  also  has  the  capability  to  automatically 
select  either  the  AUI  port  or  the  Twisted-Pair  trans- 
ceiver. Only  one  interface  is  active  at  any  one  time.  The 
individual  transmit  and  receive  FIFOs  optimize  system 
overhead,  providing  sufficient  latency  during  frame 
transmission  and  reception,  and  minimizing  intervention 
during  normal  network  error  recovery.  The  integrated 
Manchester  encoder/decoder  (MENDEC)  eliminates 
the  need  for  an  external  Serial  Interface  Adapter  (SIA)  in 
the  system.  In  addition,  the  device  provides  program- 
mable on-chip  LED  drivers  for  transmit,  receive,  colli- 
sion, receive  polarity,  link  integrity  or  jabber  status. 


BLOCK  DIAGRAM 


CLK 
RST 
AD[31:00] 
C/BE[3:0] 
PAR 
FRAME 


NOUT 


PCI  Bus 
Interface 
Unit 


n 


Buffer 
Management 
Unit 


Rev 
FIFO 


I 


Xmt 
FIFO 


802.3 
MAC 
Core 


J 


Manchester 
Encoder/ 
Decoder 
(PLS)  & 
AUI  Port 


10BASE-T 
MAU 


FIFO 
Control 


Microwire 
and  LED 
Control 


J 


■  CM- 

■  DM- 

■  XTAL1 

•  XTAL2 

•  DO+/- 

RXD+/- 
'  TXD+A 

■  TXP+/- 

'  LNKST/EEDI 


EECS 


EESK/LED1 


EEDO/LED3 


18220C-1 


Am79C970 


1-869 


£1  AMD 


PRELIMINARY 


TABLE  OF  CONTENTS 


DISTINCTIVE  CHARACTERISTICS  1-868 

GENERAL  DESCRIPTION   1-868 

BLOCK  DIAGRAM   1-869 

RELATED  PRODUCTS  1-870 

CONNECTION  DIAGRAM  1-871 

ORDERING  INFORMATION   1-872 

PIN  DESIGNATIONS  1-879 

Listed  By  Pin  Number  1  -879 

Listed  By  Group   1-880 

Driver  Type  1-881 

PIN  DESCRIPTION   1-882 

PCI  Interface   1-882 

Board  Interface   1-884 

Microwire  EEPROM  Interface   1-885 

Attachment  Unit  Interface   1-886 

Twisted-Pair  Interface   1-886 

Test  Interface    1-886 

Power  Supply  Pins    1  -886 

BASIC  FUNCTIONS   1-887 

System  Bus  Interface  Function  1-887 

Software  Interface  1-887 

Network  Interfaces   1-887 

DETAILED  FUNCTIONS  1-888 

Bus  Interface  Unit  (BIU)   1-888 

Bus  Acquisition   1-888 

Bus  Master  DMA  Transfers  1-889 

Target  Initiated  Termination  1-894 

Master  Initiated  Termination   1-897 

Initialization  Block  DMA  Transfers  1-900 

Descriptor  DMA  Transfers  1-901 

FIFO  DMA  Transfers  1-904 

Slave  I/O  Transfers   1-909 

Slave  Configuration  Transfers  1-911 

Buffer  Management  Unit  (BMU)   1-913 

Initialization   1-913 

Re-Initialization   1-913 

Buffer  Management  1-913 

Descriptor  Rings   1-913 

Descriptor  Ring  Access  Mechanism   1-914 

Polling   1-916 

Transmit  Descriptor  Table  Entry  (TDTE)  1-916 

Receive  Descriptor  Table  Entry  (RDTE)   1-918 

Media  Access  Control  1-918 

Transmit  and  Receive  Message  Data  Encapsulation   1-918 

Media  Access  Management  1-920 

Manchester  Encoder/Decoder  (MENDEC)   1-922 

External  Crystal  Characteristics  1-922 

External  Clock  Drive  Characteristics  1-922 


1-870  Am79C970 


PRELIMINARY 


AMD  L\ 


MENDEC  Transmit  Path   1-922 

Transmitter  Timing  and  Operation  1-922 

Receiver  Path   1-922 

Input  Signal  Conditioning  1-922 

Clock  Acquisition  1-922 

PLL  Tracking   1-922 

Carrier  Tracking  and  End  of  Message  1-924 

Data  Decoding  1-924 

Differential  Input  Terminations  1-924 

Collision  Detection  1-925 

Jitter  Tolerance  Definition   1-925 

Attachment  Unit  Interface  (AUI)  1-925 

Twisted-Pair  Transceiver  (T-MAU)   1-925 

Twisted-Pair  Transmit  Function  1-925 

Twisted-Pair  Receive  Function   1-925 

Link  Test  Function  1-925 

Polarity  Detection  and  Reversal  1-926 

Twisted-Pair  Interface  Status  1-926 

Collision  Detect  Function  1-927 

Signal  Quality  Error  (SQE)  Test  (Heartbeat)  Function  1-927 

Jabber  Function  1-927 

Power  Down   1-927 

10BASE-T  Interface  Connection   1-927 

Power  Savings  Modes    1-928 

Software  Access  ,   1-928 

Configuration  Registers   1-928 

I/O  Resources    1-929 

I/O  Register  Access   1-931 

Hardware  Access   1-933 

PCnet-PCI  Controller  Master  Accesses  1-933 

Slave  Access  to  I/O  Resources  1-934 

EEPROM  Microwire  Access   1-935 

Transmit  Operation  1-938 

Transmit  Function  Programming    1-938 

Automatic  Pad  Generation   1-938 

Transmit  FCS  Generation    1-939 

Transmit  Exception  Conditions    1-939 

Receive  Operation   1-940 

Receive  Function  Programming  1-940 

Automatic  Pad  Stripping   1  -940 

Receive  FCS  Checking   1-941 

Receive  Exception  Conditions  1-941 

Loopback  Operation   1-941 

LED  Support  1-942 

H_RESET,  S_RESET,  and  STOP   1-943 

H  RESET   1-943 

S_RESET   1-943 

STOP  1-943 

NAND  Tree  Testing  1-944 





Am79C970  1-871 


£1  AMD 


PRELIMINARY 


USER  ACCESSIBLE  REGISTERS  1-947 

PCI  Configuration  Registers  1-948 

Vendor  ID  1-948 

Device  ID  Register  1-948 

Command  Register   1-949 

Status  Register   1-949 

Revision  ID  Register   1-951 

Programming  Interface  Register   1-951 

Sub-Class  Register   1-951 

Base-Class  Register   1-951 

Latency  Timer  Register  1-951 

Header  Type  Register     1-951 

Base  Address  Register   1-951 

Interrupt  Line  Register  1-952 

Interrupt  Pin  Register  1-952 

RAP  Register   1-952 

RAP:  Register  Address  Port  1-952 

Control  and  Status  Registers   1-952 

CSRO:  PCnet-PCI  Controller  Status  Register   1-952 

CSR1:  IADR[15:0]   1-955 

CSR2:  IADR[31:16]   1-955 

CSR3:  Interrupt  Masks  and  Deferral  Control  1-955 

CSR4:  Test  and  Features  Control  1-957 

CSR6:  RX/TX  Descriptor  Table  Length  1-959 

CSR8:  Logical  Address  Filter,  LADRF[1 5:0]   1-960 

CSR9:  Logical  Address  Filter,  LADRF[31 :16]   1-960 

CSR10:  Logical  Address  Filter,  LADRF[47:32]   1-960 

CSR1 1 :  Logical  Address  Filter,  LADRF[63:48]   1  -960 

CSR12:  Physical  Address  Register,  PADR[15:0]   1-960 

CSR13:  Physical  Address  Register,  PADR[31 :16]   1-960 

CSR14:  Physical  Address  Register,  PADR[47:32]   1-961 

CSR15:  Mode  Register   1-961 

CSR1 6:  Initialization  Block  Address  Lower  1-963 

CSR1 7:  Initialization  Block  Address  Upper  1-963 

CSR18:  Current  Receive  Buffer  Address  Lower   1-963 

CSR19:  Current  Receive  Buffer  Address  Upper   1-963 

CSR20:  Current  Transmit  Buffer  Address  Lower  1-963 

CSR21 :  Current  Transmit  Buffer  Address  Upper  1-963 

CSR22:  Next  Receive  Buffer  Address  Lower   1-963 

CSR23:  Next  Receive  Buffer  Address  Upper   1-963 

CSR24:  Base  Address  of  Receive  Ring  Lower   1-964 

CSR25:  Base  Address  of  Receive  Ring  Upper   1-964 

CSR26:  Next  Receive  Descriptor  Address  Lower   1-964 

CSR27:  Next  Receive  Descriptor  Address  Upper   1-964 

CSR28:  Current  Receive  Descriptor  Address  Lower  1-964 

CSR29:  Current  Receive  Descriptor  Address  Upper  1-964 

CSR30:  Base  Address  of  Transmit  Ring  Lower  1-964 

CSR31 :  Base  Address  of  Transmit  Ring  Upper  1  -964 

CSR32:  Next  Transmit  Descriptor  Address  Lower  1-965 

CSR33:  Next  Transmit  Descriptor  Address  Upper  1-965 

CSR34:  Current  Transmit  Descriptor  Address  Lower   1-965 

CSR35:  Current  Transmit  Descriptor  Address  Upper   1-965 

CSR36:  Next  Receive  Descriptor  Address  Lower  1-965 

CSR37:  Next  Receive  Descriptor  Address  Upper  1-965 
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CSR38:  Next  Transmit  Descriptor  Address  Lower  1-965 

CSR39:  Next  Transmit  Descriptor  Address  Upper  1-965 

CSR40:  Current  Receive  Status  and  Byte  Count  Lower  1-966 

CSR41 :  Current  Receive  Status  and  Byte  Count  Upper  1-966 

CSR42:  Current  Transmit  Status  and  Byte  Count  Lower  1-966 

CSR43:  Current  Transmit  Status  and  Byte  Count  Upper  1-966 

CSR44:  Next  Receive  Status  and  Byte  Count  Lower   1-966 

CSR45:  Next  Receive  Status  and  Byte  Count  Upper   1-966 

CSR46:  Poll  Time  Counter   1-967 

CSR47:  Polling  Interval   1-967 

CSR58:  Software  Style  1-967 

CSR59:  IR  Register  1-968 

CSR60:  Previous  Transmit  Descriptor  Address  Lower   1-969 

CSR61 :  Previous  Transmit  Descriptor  Address  Upper   1-969 

CSR62:  Previous  Transmit  Status  and  Byte  Count  Lower  1-969 

CSR63:  Previous  Transmit  Status  and  Byte  Count  Upper  1-969 

CSR64:  Next  Transmit  Buffer  Address  Lower  1-969 

CSR65:  Next  Transmit  Buffer  Address  Upper  1-969 

CSR66:  Next  Transmit  Status  and  Byte  Count  Lower  1-969 

CSR67:  Next  Transmit  Status  and  Byte  Count  Upper  1-970 

CSR72:  Receive  Ring  Counter   1-970 

CSR74:  Transmit  Ring  Counter  1-970 

CSR76:  Receive  Ring  Length   1-970 

CSR78:  Transmit  Ring  Length  1-970 

CSR80:  DMA  Transfer  Counter  and  FIFO  Threshold  Control  1-970 

CSR82:  Bus  Activity  Timer   1-972 

CSR84:  DMA  Address  Register  Lower   1-973 

CSR85:  DMA  Address  Register  Upper   1-973 

CSR86:  Buffer  Byte  Counter  1-973 

CSR88:  Chip  ID  Register  Lower   1-973 

CSR89:  Chip  ID  Register  Upper   1-974 

CSR92:  Ring  Length  Conversion  1-974 

CSR94:  Transmit  Time  Domain  Reflectometry  Count  1-974 

CSR1 00:  Bus  Timeout  1-974 

CSR1 12:  Missed  Frame  Count   1-974 

CSR114:  Receive  Collision  Count  1-975 

CSR1 22:  Receive  Frame  Alignment  Control  1-975 

CSR124:  Buffer  Management  Test  (BMU)  Register   1-975 
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Bus  Configuration  Registers  1-976 

BCRO:  Master  Mode  Read  Active   1-977 

BCR1 :  Master  Mode  Write  Active   1-977 

BCR2:  Miscellaneous  Configuration   1-977 

BCR4:  Link  Status  LED  (LNKST)   1-978 

BCR5:  LED1  Status  1-979 

BCR6:  LED2  Status  1-980 

BCR7:  LED3  Status  1-980 

BCR1 6.  I/O  Base  Address  Lower   1-981 

BCR1 7:  I/O  Base  Address  Upper   1-982 

BCR1 8:  Burst  Size  and  Bus  Control  Register   1-982 

BCR19:  EEPROM  Control  and  Status  Register  1-984 

BCR20:  Software  Style   1-987 

BCR21 :  Interrupt  Control  1-988 

Initialization  Block  1-989 

RLEN  andTLEN   1-989 

RDRA  and  TDRA  1-990 

LADRF    1-990 

PADR  1-991 

MODE   1-991 

Receive  Descriptors   1-991 

RMDO  1-992 

RMD1  1-992 

RMD2   1-993 

RMD3  1-993 

Transmit  Descriptors  1-994 

TMDO  1-994 

TMD1  1-994 

TMD2  1-995 

TMD3  1-996 

Register  Summary   1-997 

Control  and  Status  Registers  1  -997 

BCR  —  Bus  Configuration  Registers  1-1000 
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SWITCHING  CHARACTERISTICS:  1 0B ASE-T  Interface  1-1005 

SWITCHING  CHARACTERISTICS:  Attachment  Unit  Interface  1-1006 

KEY  TO  SWITCHING  WAVEFORMS  1-1007 

SWITCHING  TEST  CIRCUITS   1-1008 

SWITCHING  WAVEFORMS:  System  Bus  Interface   1-1009 

SWITCHING  WAVEFORMS:  10BASE-T  Interface  1-1011 

SWITCHING  WAVEFORMS:  Attachment  Unit  Interface  1-1013 

APPENDIX  A:  PCnet-PCI  Compatible  Media  Interface  Modules  1-1016 

APPENDIX  B:  Recommendation  for  Power  and  Ground  Decoupling   1-1019 

APPENDIX  C:  Alternative  Method  for  Initialization   1-1021 
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RELATED  PRODUCTS 


Part  No. 

Dp^rrintion 

L/C  Owl  1  LJ  1 IW  1  1 

Am79C98 

Twisted-Pair  Ethernet  Transceiver  (TPEX) 

Am79C100 

Twisted-Pair  Ethernet  Transceiver  Plus  (TPEX+) 

Am 7996 

IEEE  802.3/Ethernet/Cheapernet  Tap  Transceiver 

Am79C981 

Integrated  Multiport  Repeater  Plus™  (IMR+™) 

Am79C987 

Hardware  Implemented  Management  Information  Base™  (HIMIB™) 

Am79C940 

Media  Access  Controller  for  Ethernet  (MACE™) 

Am7990 

Local  Area  Network  Controller  for  Ethernet  (LANCE) 

Am79C90 

CMOS  Local  Area  Network  Controller  for  Ethernet  (C-LANCE) 

Am79C900 

Integrated  Local  Area  Communications  Controller™  (ILACC™) 

Am79C960 

PCnet-ISA  Single-Chip  Ethernet  Controller  (for  ISA  bus) 

Am79C961 

PCnet-ISA*  Single-Chip  Ethernet  Controller  (with  Microsoft*  Plug  n'  Play  support) 

Am79C965 

PCnet-32  Single-Chip  32-Bit  Ethernet  Controller  (for  486  and  VL  buses) 

Am79C974 

PCnet-SCSI  Combination  Ethernet  and  SCSI  Controller  for  PCI  Systems 
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ORDERING  INFORMATION 
Standard  Products 

AMD  s  andard  products  are  available  in  several  packages  and  operating  ranges.  The  order  number  (Valid  Combination)  is 
formed  by  a  combination  of: 


AM79C970 


\W 


ALTERNATE  PACKAGING  OPTION 

\W  =  Trimmed  and  Formed  in  a  Tray 

OPTIONAL  PROCESSING 

Blank  =  Standard  Processing 


TEMPERATURE  RANGE 

C  =  Commercial  (0°C  to  +70°C) 


PACKAGE  TYPE  (per  Prod.  Nomenclature) 

K  =  Plastic  Quad  Flat  Pack  (POB132) 


SPEED  OPTION 

Not  Applicable 


DEVICE  NUMBER/DESCRIPTION 

Am79C970 

PCnet-PCI  Single-Chip  Ethernet  Controller 
for  PCI  Local  Bus 


Valid  Combinations 


AM79C970 


KC,  KC\W 


Valid  Combinations 

Valid  Combinations  list  configurations  planned  to  be 
supported  in  volume  for  this  device.  Consult  the  local 
AMD  sales  office  to  confirm  availability  of  specific 
valid  combinations  and  to  check  on  newly  released 
combinations. 
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PIN  DESIGNATIONS 


Listed  by  Pin  Number 


Pin  No. 

Pin  Mama 

Pin  No. 

Pin  Name 
mi  Maine 

Pin  No. 

Pin  NarriA 
nil  nai i ic 

Pin  No. 

Pin  Mamo 
•  II  l  liallle 

1 

Vddb 

34 

PAR 

67 

vss 

100 

AVSS1 

2 

AD27 

35 

C/BE1 

68 

NC 

101 

DO— 

3 

AD26 

36 

AD1 5 

69 

NC 

102 

DO+ 

4 

VsSB 

37 

Vssb 

70 

NC 

103 

AVDD1 

5 

AD25 

38 

AD14 

71 

NC 

104 

Dl- 

g 

AD24 

39 

AD13 

72 

vss 

1 05 

7 

C/BE3 

40 

AD12 

73 

NC 

1 06 

CI— 

g 

Vnn 
VDD 

41 

AD1 1 

74 

NC 

107 

g 

RFQFRVFD 

nLOLnVLL' 

42 

Am  n 

7R 

MP 

1  nfi 
l  uo 

10 

IDSEL 

43 

Vssb 

76 

VDD 

VDD 

1 1 

Vee 
VSS 

44 

AD9 

77 

MP 

1 1  n 

CCUU/LbUJ 

4t> 

AUo 

7fl 

/o 

Mr* 
NC 

111 

ttUI/LNKST 

A1199 

Aft 

Vddb 

7Q 

Vss 

1  1  9 
lit 

ttbrvLEDI 

14 

VsSB 

47 
4/ 

P  /Den 

OU 

MP 

1  lo 

Vss 

1  c 
1  o 

AH91 

AO 

40 

Ail7 

Q1 

MP 

1  1  >l 
114 

tfcCo 

1 6 

AD20 

49 

AD6 

A9 

vss 

1  1  R 

CI  CCD 

17 

Vddb 

50 

Vssb 

83 

NC 

116 

Rcccpucn  nMP 

18 

AD19 

51 

AD5 

84 

VDD 

117 

IMTA 
IIN  1  M 

19 

AD1 8 

52 

AD4 

85 

NC 

118 

NP 

20 

VsSB 

53 

AD3 

oo 

NP 

i  i  y 

vss 

21 

AD1 7 

An? 

fl7 

MP 

1 9n 
1  *iU 

OCT 

Ho  I 

22 

AD16 

55 

Vssb 

88 

VSS 

1  91 
I  c.  I 

PI  K" 

23 

C/BE2 

56 

Am 

OS 

pvn 
rlAU- 

1  99 

Vdd 

24 

FRAME 

57 

ADO 

Qn 

nAU+ 

1  99 
I  c.  J 

VjjiN  1 

25 

IRDY 

58 

RFSFRVFD 

91 

AVDD4 

1  94 

RFQFRWFn 
nr.ocnvcu 

26 

TRDY 

59 

Vnn 
*DD 

92 

TXP- 

1 25 

»SS 

27 

DEVSEL 

60 

NC 

93 

TXD- 

126 

REQ 

28 

STOP 

61 

Vss 

94 

TXP+ 

127 

RESERVED 

29 

LOCK 

62 

NOUT 

95 

TXD+ 

128 

AD31 

30 

Vss 

63 

Vss 

96 

AVDD3 

129 

AD30 

31 

PERR 

64 

NC 

97 

XTAL1 

130 

Vssb 

32 

SERR 

65 

NC 

98 

AVSS2 

131 

AD29 

33 

Vddb 

66 

NC 

99 

XTAL2 

132 


AD28 
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ESIGNATIONS 

Listed  by  Group 


Pin  Name 

Pin  Function 

 1 

Type 



Driver 

#Pins 

PCI  Bu 

s  Interface 

AD[31 :00] 

Address/Data  Bus 

IO 

TS3 

32 

C/BE[3:0] 

Bus  Command/Byte  Enable 

10 

TS3 

4 

CLK 

Bus  Clock 

1 

NA 

1 

DEVSEL 

Device  Select 

IO 

TS6 

1 

FRAME 

Cycle  Frame 

IO 

TS6 

1 

GNT 

Bus  Grant 

1 

NA 

1 

IDSEL 

Initialization  Device  Select 

1 

ns 

1 

INTA 

Interrupt 

IO 

OD6 

1 

IRDY 

Initiator  Ready 

IO 

TS6 

1 

LOCK 

Bus  Lock 

1 

NA 

1 

PAR 

Parity 

IO 

TS6 

1 

PERR 

Parity  Error 

IO 

TS6 

1 

REQ 

Bus  Request 

IO 

TS3 

1 

RST 

Reset 

1 

NA 

1 

SERR 

System  Error 

IO 

OD6 

1 

STOP 

Stop 

IO 

TS6 

1 

TRDY 

Target  Ready 

IO 

TS6 

1 

Board 

Interface 

EECS 

Microwire  Serial  PROM  Chip  Select 

o 

08 

1 

EEDI/LNKST 

Microwire  Serial  EEPROM  Data  In/Link  Status 

o 

LED 

1 

EEDO/LED3 

Microwire  APROM  Data  Out/LED  predriver 

IO 

LED 

EESK/LED1 

Microwire  Serial  PROM  Clock/LED1 

IO 

LED 

SLEEP 

Sleep  Mode 

1 

NA 

XTAL1-2 

Crystal  Input/Output 

IO 

NA 

2 

Attach 

ent  Unit  Interface  (AUI) 

CI+/CI- 

AUI  Collision  Differential  Pair 

1 

NA 

2 

DI+/DI- 

AUI  Data  In  Differential  Pair 

1 

NA 

2 

DO+/DO- 

AUI  Data  Out  Differential  Pair 

o 

DO 

2 

10BASE-T  Interface 

RXD+/RXD- 

Receive  Differential  Pair 

1 

NA 

2 

TXD+/TXD- 

Transmit  Differential  Pair 

o 

TDO 

2 

TXP+/T) 

:p- 

Transmit  Pre-distortion  Differential  Pair 

o 

TPO 

2 

LNKST/ 

;edi 

Link  Status/Microwire  Serial  EEPROM  Data  In 

o 

LED 

1 

Test  Interface 

NOUT 

NAND  Tree  Test  Output 

o 

03 

1 

Power  Supplies 

AVDD 

Analog  Power 

p 

NA 

4 

AVSS 

Analog  Ground 

p 

NA 

2 

VDD 

Digital  Power 

p 

NA 

6 

Vss 

Digital  Ground 

p 

NA 

12 

Vddb 

I/O  Buffer  Power 

p 

NA 

4 

VsSB 

I/O  Buffer  Ground 

p 

NA 

8 
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PIN  DESIGNATIONS 
Listed  by  Driver  Type 

The  next  table  describes  the  various  types  of  drivers  that  are  implemented  in  the  PCnet-PCI  controller.  Current  is  given 
as  milliamperes: 


Name 

Type 

loL(mA) 

Ioh  (mA) 

PF 

TS3 

Tri-State™ 

3 

-2 

50 

TS6 

Tri-State 

6 

-2 

50 

03 

Totem  Pole 

3 

-0.4 

50 

08 

Totem  Pole 

B 

-0.4 

50 

OD6 

Open  Drain 

6 

NA 

50 

LED 

LED 

12 

-0.4 

50 

Am79C970 
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PIN  D 
PCI  In 

ESCRIPTION 
terface 

When  RST  is  active,  CLK  is  an  input  for  NAND  tree 

testing. 

AD[31:00] 

Address  and  Data  Input/Output 

These  signals  are  multiplexed  on  the  same  PCI  pins. 
During  the  first  clock  of  a  transaction  AD[31 :00]  contain 
the  physical  byte  address  (32  bits).  During  the  subse- 
quent clocks  AD[31 :00]  contain  data.  Byte  ordering  is  lit- 
tle endian  by  default.  AD[07:00]  are  defined  as  least 
significant  byte  and  AD[31 :24]  are  defined  as  the  most 
significant  byte.  For  FIFO  data  transfers,  the  PCnet-PCI 
controller  can  be  programmed  for  big  endian  byte  order- 
ing. See  CSR3,  bit  2  (BSWP)  for  more  details. 

During  the  address  phase  of  the  transaction,  when  the 
PCnet-PCI  controller  is  a  bus  master,  AD[31 :2]  will  ad- 
dress the  active  DWORD  (double-word).  The  PCnet- 
PCI  controller  always  drives  AD[1 :0]  to  '00'  during  the 
address  phase  indicating  linear  burst  order.  When  the 
PCnet-PCI  controller  is  not  a  bus  master,  the  AD[31 :00] 
lines  are  continuously  monitored  to  determine  if  an  ad- 
dress match  exists  for  I/O  slave  transfers. 

During  the  data  phase  of  the  transaction,  AD[31 :00]  are 
driven  by  the  PCnet-PCI  controllerwhen  performing  bus 
master  writes  and  slave  read  operations.  Data  on 
AD[31 :00]  is  latched  by  the  PCnet-PCI  controller  when 
performing  bus  master  reads  and  slave  write 
operations. 

When  RST  is  active,  AD[31 :0]  are  inputs  for  NAND  tree 
testing. 

C/BE[3:0] 

Bus  Command  and  Byte  Enables 
Input/Output 

These  signals  are  multiplexed  on  the  same  PCI  pins. 
During  the  address  phase  of  the  transaction,  C/BE[3:0] 
define  the  bus  command.  During  the  data  phase 
C/BE[3:0]  are  used  as  Byte  Enables.  The  Byte  Enables 
define  which  physical  byte  lanes  carry  meaningful  data. 
C/BEO  applies  to  byte  0  (AD[07:00])  and  C/BE3  applies 
to  byte  3  (AD[31 :24]).  The  function  of  the  Byte  Enables 
is  independent  of  the  byte  ordering  mode  (CSR3,  bit  2). 

When  RST  is  active,  C/BE[3:0]  are  inputs  for  NAND  tree 
testing. 

CLK 
Clock 
Input 

This  signal  provides  timing  for  all  the  transactions  on  the 
PCI  bus  and  all  PCI  devices  on  the  bus  including  the 
PCnet-PCI  controller.  All  bus  signals  are  sampled  on  the 
rising  edge  of  CLK  and  all  parameters  are  defined  with 
respect  to  this  edge.  The  PCnet-PCI  controller  operates 
over  a  range  of  0  to  33  MHz. 


DEVSEL 

Device  Select 
Input/Output 

This  signal  when  actively  driven  by  the  PCnet-PCI  con- 
troller as  a  slave  device  signals  to  the  master  device  that 
the  PCnet-PCI  controller  has  decoded  its  address  as  the 
target  of  the  current  access.  As  an  input  it  indicates 
whether  any  device  on  the  bus  has  been  selected. 


When  RST  is  active,  DEVSEL  is  an  input  for  NAND  tree 

testing. 


FRAME 

Cycle  Frame 
Input/Output 

This  signal  is  driven  by  the  PCnet-PCI  controller  when  it 
is  the  bus  master  to  indicate  the  beginning  and  duration 
of  the  access.  FRAME  is  asserted  to  indicate  a  bus 
transaction  is  beginning.  FRAME  is  asserted  while  data 
transfers  continue.  FRAME  is  deasserted  when  the 
transaction  is  in  the  final  data  phase. 


When  RST  is  active,  FRAME  is  an  input  for  NAND  tree 

testing. 


GNT 
Bus  Grant 
Input 

This  signal  indicates  that  the  access  to  the  bus  has  been 
granted  to  the  PCnet-PCI  controller. 

The  PCnet-PCI  controller  supports  bus  parking.  When 
the  PCI  bus  is  idle  and  the  system  arbiter  asserts  GNT 
without  an  active  REQ  from  the  PCnet-PCI  controller, 
the  PCnet-PCI  controller  will  actively  drive  the  AD,  C/BE 
and  PAR  lines. 

When  RST  is  active,  GNT  is  an  input  for  NAND  tree 
testing. 

IDSEL 

Initialization  Device  Select 
Input 

This  signal  is  used  as  a  chip  select  for  the  PCnet-PCI 
controller  during  configuration  read  and  write 
transaction. 

When  RST  is  active,  IDSEL  is  an  input  for  NAND  tree 
testing. 
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INTA 

Interrupt  Request 
Input/Output 

An  asynchronous  attention  signal  which  indicates  that 
one  or  more  of  the  following  status  flags  is  set:  BABL, 
MISS,  MERR,  RINT,  IDON,  RCVCCO,  RPCO,  JAB, 
MPCO,  or  TXSTRT.  Each  status  flag  has  a  mask  bit 
which  allows  for  suppression  of  INTA  assertion.  The 
flags  have  the  following  meaning: 


BABL 

Babble 

RCVCCO 

Receive  Collision  Count  Overflow 

RPCO 

Runt  Packet  Count  Overflow 

JAB 

Jabber 

MISS 

Missed  Frame 

MERR 

Memory  Error 

MPCO 

Missed  Packet  Count  Overflow 

RINT 

Receive  Interrupt 

IDON 

Initialization  Done 

TXSTRT 

Transmit  Start 

When  RST  is  active,  INTA  is  an  input  for  NAND  tree 
testing. 


IRDY 

Initiator  Ready 
Input/Output 

This  signal  indicates  PCnet-PCI  controllers  ability,  as  a 
master  device ,  to  complete  the  current  data  phase  of  the 
transaction.  IRDY  is  used  in  conjunction  with  the  TRDY. 
A  data  phase  is  completed  on  any  clock  when  both  I RDY 
and  TRDY  are  asserted.  During  a  write  IRDY  indicates 
that  valid  data  is  present  on  AD[31 :00].  During  a  read 
IRDY  indicates  that  data  is  accepted  by  the  PCnet-PCI 
controller  as  a  bus  master.  Wait  states  are  inserted  until 
both  IRDY  and  TRDY  are  asserted  simultaneously. 


When  RST  is  active,  IRDY  is  an  input  for  NAND  tree 
testing. 


LOCK 

Lock 

Input 


LOCK  is  used  by  the  current  bus  master  to  indicate  an 
atomic  operation  that  may  require  multiple  transfers. 

As  a  slave  device,  the  PCnet-PCI  controller  can  be 
locked  by  any  master  device.  When  another  master  at- 
tempts to  access  the  PCnet-PCI  while  it  is  locked,  the 
PCnet-PCI  controllerwill  respond  by  asserting  DEVSEL 
and  STOP  with  TRDY  deasserted  (PCI  retry). 


The  PCnet-PCI  controllerwill  never  assert  LOCK  as  a 
master. 

When  RST  is  active,  LOCK  is  an  input  for  NAND  tree 
testing. 


PAR 

Parity 

Input/Output 

Parity  is  even  parity  across  AD[31:00]  and 
C/BE[3:0].When  the  PCnet-PCI  controller  is  a  bus  mas- 
ter, it  generates  parity  during  the  address  and  write  data 
phases.  It  checks  parity  during  read  data  phases.  When 
the  PCnet-PCI  controller  operates  in  slave  mode  and  is 
the  target  of  the  current  cycle,  it  generates  parity  during 
read  data  phases.  It  checks  parity  during  address  and 
write  data  phases. 

When  RST  is  active,  PAR  is  an  input  for  NAND  tree 
testing. 


PERR 

Parity  Error 
Input/Output 

This  signal  is  asserted  by  the  PCnet-PCI  controller 
when  it  checks  for  parity  error  during  any  data  phase 
when  its  AD[31:00]  lines  are  inputs.  The  PERR  pin  is 
only  active  when  PERREN  (bit  6)  in  the  PCI  command 
register  is  set. 


The  PCnet-PCI  controller  monitors  the  PERR  input  dur- 
ing a  bus  master  write  cycle.  It  will  assert  the  Data  Parity 
Reported  bit  in  the  Status  register  of  the  Configuration 
Space  when  a  parity  error  is  reported  by  the  target 

device. 


When  RST  is  active,  PERR  is  an  input  for  NAND  tree 
testing. 


REQ 

Bus  Request 
Input/Output 

The  PCnet-PCI  controller  asserts  REQ  pin  as  a  signal 
that  it  wishes  to  become  a  bus  master.  Once  asserted, 
REQ  remains  active  until  GNT  has  become  active,  inde- 
pendent of  subsequent  assertion  of  SLEEP  or  setting  of 
the  STOP  bit  or  access  to  the  S_RESET  port  (off- 
set I4h). 


When  RST  is  active,  REQ  is  an  input  for  NAND  tree 
testing. 


RST 

Reset 
Input 

When  RST  is  asserted  low,  then  the  PCnet-PCI  control- 
ler performs  an  internal  system  reset  of  the  type  H_RE- 
SET  (HARDWARERESET).  RST  must  be  held  for  a 
minimum  of  30  CLK  periods.  While  in  the  H  RESET 
state,  the  PCnet-PCI  controller  will  disable  or  deassert 
all  outputs.  RST  may  be  asynchronous  to  the  CLK  when 
asserted  or  deasserted.  It  is  recommended  that  the 
deassertion  be  synchronous  to  guarantee  clean  and 
bounce  free  edge. 
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When  RST  is  active,  NAND  tree  testing  is  enabled.  All 
PCI  interface  pins  are  in  input  mode.  The  result  of  the 
NAND  tree  testing  can  be  observed  on  the  NOUT  output 
(pin  62). 


SERR 

System  Error 
Input/Output 

This  signal  is  asserted  for  one  CLK  by  the  PCnet-PCI 
controller  when  it  detects  a  parity  error  during  the  ad- 
dress phase  when  its  AD[31 :00]  lines  are  inputs. 


The  SERR  pin  is  only  active  when  SERREN  (bit  8)  and 
PERREN  (bit  6)  in  the  PCI  command  register  are  set. 


When  RST  is  active,  SERR  is  an  input  for  NAND  tree 
testing. 


STOP 
Stop 

Input/Output 

In  the  slave  role,  the  PCnet-PCI  controller  drives  the 
STOP  signal  to  inform  the  bus  master  to  stop  the  current 
transaction.  In  the  bus  master  role,  the  PCnet-PCI  con- 
troller receives  the  STOP  signal  and  stops  the  current 
transaction. 

When  RST  is  active,  STOP  is  an  input  for  NAND  tree 
testing. 


TRDY 

Target  Ready 
Input/Output 

This  signal  indicates  that  the  PCnet-PCI  controllers  abil- 
ity as  a  selected  device  to  complete  the  current  data 
phase  of  the  transaction.  TRDY  is  used  in  conjunction 
with  the  IRDY.  A  data  phase  is  completed  on  any  clock 
both  TRDY  and  IRDY  are  asserted.  During  a  read  trdy 
indicates  that  valid  data  is  present  on  AD[31 :00].  During 
a  write,  trdy  indicates  that  data  has  been  accepted. 
Wait  states  are  inserted  until  both  IRDY  and  TRDY  are 
asserted  simultaneously. 


When  RST  is  active,  TRDY  is  an  input  for  NAND  tree 
testing. 

Board  Interface 
EedT 

LED1 
Output 

This  pin  is  shared  with  the  EESK  function.  As  LED1 ,  the 
function 


and  polarity  of  this  pin  are  programmable 
through  BCR5.  By  default,  LED1  is  active  LOW  and  it  in- 
dicates receive  activity  on  the  network.  TheLEDi  output 
from  the  PCnet-PCI  controller  is  capable  of  sinking  the 
necessary  12  mA  of  current  to  drive  an  LED  directly. 


at  the  PCnet-PCI  controller  Microwire  interface.  At  the 
trailing  edge  of  the  RST  pin,  LED1  is  sampled  to  deter- 
mine the  value  of  the  EEDET  bit  in  BCR19.  A  sampled 
HIGH  value  means  that  an  EEPROM  is  present,  and 
EEDET  will  be  set  to  ONE.  A  sampled  LOW  value 
means  that  an  EEPROM  is  not  present,  and  EEDET  will 
be  set  to  ZERO.  See  the  EEPROM  Auto-detection  sec- 
tion for  more  details. 

If  no  LED  circuit  is  to  be  attached  to  this  pin,  then  a  pull 
up  or  pull  down  resistor  must  be  attached  instead,  in  or- 
der to  resolve  the  EEDET  setting. 


LED3 

LED3 
Output 


This  pin  is  shared  with  the  EEDO  function.  When  func- 
tioning as  LED3,  the  signal  on  this  pin  is  programmable 
through  BCR7.  By  default,  LED3  is  active  LOW  and  it  in- 
dicates transmit  activity  on  the  network.  Special  atten- 
tion must  be  given  to  the  external  circuitry  attached  to 
this  pin.  If  an  LED  circuit  were  directly  attached  to  this 
pin,  it  would  create  an  IOL  requirement  that  could  not  be 
met  by  the  serial  EEPROM  that  would  also  be  attached 
to  this  pin.  (This  pin  is  multifunctioned  with  the  EEDO 
function  of  the  Microwire  serial  EEPROM  interface.) 

Therefore,  if  this  pin  is  to  be  used  as  an  additional  LED 
output  while  an  EEPROM  is  used  in  the  system,  then 
buffering  is  required  between  the  LED3  pin  and  the  LED 
circuit.  If  no  EEPROM  is  included  in  the  system  design, 
then  the  LED3  signal  may  be  directly  connected  to  an 
LED  without  buffering.  The  LED3  output  from  the 
PCnet-PCI  controller  is  capable  of  sinking  the  neces- 
sary 12  mA  of  current  to  drive  an  LED  in  this  case.  For 
more  details  regarding  LED  connection,  see  the  section 
on  LEDs. 


LNKST 

LINK  Status 
Output 

This  pin  provides  1 2  mA  for  driving  an  LED.  By  default,  it 
indicates  an  active  link  connection  on  the  1 0BASE-T  in- 
terface. This  pin  can  also  be  programmed  to  indicate 
other  network  status  (see  BCR4).  The  LNKST  pin  polar- 
ity is  programmable,  but  by  default,  it  is  active  LOW. 
Note  that  this  pin  is  multiplexed  with  the  EEDI  function. 


The  LED1  pin  is  also  used  during  EEPROM  Auto-detec- 
tion to  determine  whether  or  not  an  EEPROM  is  present 


SLEEP 

Sleep 
Input 

When  SLEEP  is  asserted  (active  LOW),  the  PCnet-PCI 
controller  performs  an  internal  system  reset  of  the 
S_RESET  type  and  then  proceeds  into  a  power  savings 
mode.  (The  reset  operation  caused  by  SLEEP  assertion 
will  not  affect  BCR  registers.)  The  PCI  interface  section 
is  not  effected  by  SLEEP.  In  particular,  access  to  the 
PCI  configuration  space  remains  possible.  None  of  the 
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configuration  registers  will  be  reset  by  SLEEP.  All  I/O 
accesses  to  the  PCnet-PCI  controller  will  result  in  a  PCI 
target  abort  response.  The  PCnet-PCI  controller  will  not 
assert  req  while  in  sleep  mode.  When  sleep  is  as- 
serted, all  non-PCI  interface  outputs  will  be  placed  in 
their  normal  S_RESET  condition.  All  non-PCI  interface 
inputs  will  be  ignored  except  for  the  SLEEP  pin  itself. 
De-assertion  of  sleep  results  in  wake-up.  The  system 
must  refrain  from  starting  the  network  operations  of  the 
PCnet-PCI  device  for  0.5  seconds  following  the 
deassertion  of  the  SLEEP  signal  in  order  to  allow  inter- 
nal analog  circuits  to  stabilize. 

Both  CLK  and  XTAL1  inputs  must  have  valid  clock  sig- 
nals present  in  order  for  the  SLEEP  command  to  take 
effect.  If  SLEEP  is  asserted  while  REQ  is  asserted,  then 
the  PCnet-PCI  controller  will  wait  for  the  assertion  of 
GNT.  When  GNT  is  asserted,  the  REQ  signal  will  be  de- 
asserted  and  then  the  PCnet-PCI  controller  will  proceed 
to  the  power  savings  mode. 


The  SLEEP  pin  should  not  be  asserted  during  power 
supply  ramp-up.  If  it  is  desired  that  SLEEP  be  asserted 
at  power  up  time,  then  the  system  must  delay  the  asser- 
tion of  SLEEP  until  three  CLK  cycles  after  the  comple- 
tion of  a  valid  pin  RST  operation. 

XTAL,2 

Crystal  Oscillator  Inputs 
Input/Output 

The  crystal  frequency  determines  the  network  data  rate. 
The  PCnet-PCI  controller  supports  the  use  of  quartz 
crystals  to  generate  a  20  MHz  frequency  compatible 
with  the  ISO  8802-3  (IEEE/ANSI  802.3)  network  fre- 
quency tolerance  and  jitter  specifications.  See  the  sec- 
tion External  Crystal  Characteristics  (in  section 
Manchester  Encoder/Decoder)  for  more  detail. 

The  network  data  rate  is  one-half  of  the  crystal  fre- 
quency. XTAL1  may  alternatively  be  driven  using  an  ex- 
ternal CMOS  level  source,  in  which  case  XTAL2  must 
be  left  unconnected.  Note  that  when  the  PCnet-PCI  con- 
troller is  in  comma  mode,  there  is  an  internal  22  Kti  re- 
sistor from  XTAL1  to  ground.  If  an  external  source  drives 
XTAL1 ,  some  power  will  be  consumed  driving  this  resis- 
tor. If  XTAL1  is  driven  LOW  at  this  time  power  consump- 
tion will  be  minimized.  In  this  case,  XTAL1  must  remain 
active  for  at  least  30  cycles  after  the  assertion  of  SLEEP 
and  deassertion  of  REQ. 

Microwire  EEPROM  Interface 
EESK 

EEPROM  Serial  clock 
Input/Output 

The  EESK  signal  is  used  to  access  the  external  ISO 
8802-3  (IEEE/ANSI  802.3)  address  PROM.  This  pin  is 
designed  to  directly  interface  to  a  serial  EEPROM  that 
uses  the  Microwire  interface  protocol.  EESK  is 


connected  to  the  Microwire  EEPROMs  Clock  pin.  It  is 
controlled  by  either  the  PCnet-PCI  controller  directly 
during  a  read  of  the  entire  EEPROM,  or  indirectly  by  the 
host  system  by  writing  to  BCR19,  bit  1 . 

The  EESK  pin  is  also  used  during  EEPROM  Auto-detec- 
tion to  determine  whether  or  not  an  EEPROM  is  present 
at  the  PCnet-PCI  controller  Microwire  interface.  At  the 
trailing  edge  of  the  RST  signal,  LED1  is  sampled  to  de- 
termine the  value  of  the  EEDET  bit  in  BCR19.  A  sam- 
pled HIGH  value  means  that  an  EEPROM  is  present, 
and  EEDET  will  be  set  to  ONE.  A  sampled  LOW  value 
means  that  an  EEPROM  is  not  present,  and  EEDET  will 
be  set  to  ZERO.  See  the  EEPROM  Auto-detection  sec- 
tion for  more  details. 

EESK  is  shared  with  the  LED1  function.  If  no  LED  circuit 
is  to  be  attached  to  this  pin,  then  a  pull  up  or  pull  down 
resistor  must  be  attached  instead,  in  orderto  resolve  the 
EEDET  setting. 

EEDO 

EEPROM  Data  Out 
Input 

The  EEDO  signal  is  used  to  access  the  external  ISO 
8802-3  (IEEE/ANSI  802.3)  address  PROM.  This  pin  is 
designed  to  directly  interface  to  a  serial  EEPROM  that 
uses  the  Microwire  interface  protocol.  EEDO  is  con- 
nected to  the  Microwire  EEPROMs  Data  Output  pin.  It  is 
controlled  by  the  EEPROM  during  reads.  It  may  be  read 
by  the  host  system  by  reading  BCR19  bit  0. 

EEDO  is  shared  with  the  LED3  function. 


EECS 

EEPROM  Chip  Select 
Output 

The  function  of  the  EECS  signal  is  to  indicate  to  the 
Microwire  EEPROM  device  that  it  is  being  accessed. 
The  EECS  signal  is  active  high.  It  is  controlled  by  either 
the  PCnet-PCI  controller  during  command  portions  of  a 
read  of  the  entire  EEPROM,  or  indirectly  by  the  host  sys- 
tem by  writing  to  BCR19  bit  2. 


EEDI 

EEPROM  Data  In 
Output 

The  EEDI  signal  is  used  to  access  the  external  ISO 
8802-3  (IEEE/ ANSI  802.3)  address  PROM.  EEDI  func- 
tions as  an  output.  This  pin  is  designed  to  directly  inter- 
face to  a  serial  EEPROM  that  uses  the  Microwire 
interface  protocol.  EEDI  is  connected  to  the  Microwire 
EEPROMs  Data  Input  pin.  It  is  controlled  by  either  the 
PCnet-PCI  controller  during  command  portions  of  a 
read  of  the  entire  EEPROM,  or  indirectly  by  the  host  sys- 
tem by  writing  to  BCR1 9  bit  0. 

EEDI  is  shared  with  the  LNKST  function. 
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Attachment  Unit  Interface 
Cl± 

Collision  In 
Input 

A  differential  input  pair  signaling  the  PCnet-PCI  control- 
lerthat  a  collision  has  been  detected  on  the  network  me- 
dia, indicated  by  the  Cl±  inputs  being  driven  with  a 
10  MHz  pattern  of  sufficient  amplitude  and  pulse  width 
to  meet  ISO  8802-3  (IEEE/ANSI  802.3)  standards.  Op- 
erates at  pseudo  ECL  levels. 

Dl± 
Data  In 
Input 

A  differential 
rying 
ates  at 


input  pair  to  the  PCnet-PCI  controller  car- 
Manchester  encoded  data  from  the  network.  Oper- 
pseudo  ECL  levels. 


DO± 
Data  Out 
Output 

A  differential 
for  transmitting 
work.  Operates 


output  pair  from  the  PCnet-PCI  controller 
Manchester  encoded  data  to  the  net- 
at  pseudo  ECL  levels. 


Twisted-Pair  Interface 

RXD± 
10BASE-T  R( 
Input 

10BASE 


TXD+ 
10BASE- 
Output 

10BASE 


T  port  differential  receivers. 


-T  Transmit  Data 

T  port  differential  drivers. 


TXP± 

10BASE-T  Pre-Distortion  Control 
Output 

These  outputs  provide  transmit  pre-distortion  control  in 
conjunction  with  the  1 0BASE-T  port  differential  drivers. 

Test  Interface 
NOUT 

NAND  Tree  Out 
Output 

The  resul  s  of  the  NAND  tree  testing  can  be  observed  on 
the  NOUT  pin.  NOUT  will  be  constantly  high,  when  RST 
is  deasserted. 


Power  Supply  Pins 
Analog  Power  Supply  Pins 
AVdd 

Analog  Power  (4  Pins) 
Power 

There  are  four  analog  +5  V  supply  pins.  Special  atten- 
tion should  be  paid  to  the  printed  circuit  board  layout  to 
avoid  excessive  noise  on  these  lines.  Refer  to  Appendix 
B  and  the  PCnet  Family  Technical  Manual  (PID 
#18216A)  for  details. 

AVss 

Analog  Ground  (2  Pins) 
Power 

There  are  two  analog  ground  pins.  Special  attention 
should  be  paid  to  the  printed  circuit  board  layout  to  avoid 
excessive  noise  on  these  lines.  Referto  Appendix  B  and 
the  PCnet  Family  Technical  Manual  (PID  #1821 6A)  for 
details. 

Digital  Power  Supply  Pins 

Vdd 

Digital  Power  (6  Pins) 
Power 

There  are  6  power  supply  pins  that  are  used  by  the  inter- 
nal digital  circuitry.  All  Vdd  pins  must  be  connected  to  a 
+5  V  supply. 

Vddb 

I/O  Buffer  Power  (4  Pins) 
Power 

There  are  4  power  supply  pins  that  are  used  by  the  PCI 
bus  Input/Output  buffer  drivers.  All  Vddb  pins  must  be 
connected  to  a  +5  V  supply. 

Vss 

Digital  Ground  (12  Pins) 
Ground 

There  are  12  ground  pins  that  are  used  by  the  internal 
digital  circuitry. 

VsSB 

I/O  Buffer  Ground  (8  Pins) 
Ground 

There  are  8  ground  pins  that  are  used  by  the  PCI  bus  In- 
put/Output buffer  drivers. 
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BASIC  FUNCTIONS 

System  Bus  Interface  Function 

The  PCnet-PCI  controller  is  designed  to  operate  as  a 
Bus  Master  during  normal  operations.  Some  slave  I/O 
accesses  to  the  PCnet-PCI  controller  are  required  in 
normal  operations  as  well.  Initialization  of  the  PCnet- 
PCI  controller  is  achieved  through  a  combination  of  PCI 
Configuration  Space  accesses,  Bus  Slave  accesses, 
Bus  Master  accesses  and  an  optional  read  of  a  serial 
EEPROM  that  is  performed  by  the  PCnet-PCI  control- 
ler. The  EEPROM  read  operation  is  performed  through 
the  Microwire  interface.  The  ISO  8802-3  (IEEE/ANSI 
802.3)  Ethernet  Address  may  reside  within  the  serial 
EEPROM.  Some  PCnet-PCI  controller  configuration 
registers  may  also  be  programmed  by  the  EEPROM 
read  operation. 

The  APROM,  on-chip  board-configuration  registers, 
and  the  Ethernet  controller  registers  occupy  32-bytes  of 
I/O  space  which  can  be  located  on  a  wide  variety  of 
starting  addresses  by  modifying  the  Base  Address  Reg- 
ister in  the  PCI  Configuration  Space. 

Software  Interface 

The  software  interface  to  the  PCnet-PCI  controller  is  di- 
vided into  three  parts.  One  part  is  the  PCI  configuration 
registers.  They  are  used  to  identify  the  PCnet-PCI  con- 
troller, and  are  also  used  to  setup  the  configuration  of 
the  device.  The  setup  information  includes  the  I/O  base 
address  and  the  routing  of  the  PCnet-PCI  controller  in- 
terrupt channel.  This  allows  for  a  jumperless 
implementation. 

The  second  portion  of  the  software  interface  is  the  direct 
access  to  the  I/O  resources  of  the  PCnet-PCI  controller. 
The  PCnet-PCI  controller  occupies  32-bytes  of  I/O 


space  that  must  begin  on  a  32-byte  block  boundary.  The 
I/O  base  address  can  be  changed  to  any  32-bit  quantity 
that  begins  on  a  32-bit  block  boundary  by  modifying  the 
Base  Address  Register  in  the  PCI  Configuration  Space. 
The  32-byte  I/O  space  is  used  by  the  software  to  pro- 
gram the  PCnet-PCI  controller  operating  mode,  to  en- 
able and  disable  various  features,  to  monitor  operating 
status  and  to  request  particular  functions  to  be  executed 
by  the  PCnet-PCI  controller. 

The  third  portion  of  the  software  interface  is  the  descrip- 
tor and  buffer  areas  that  are  shared  between  the  soft- 
ware and  the  PCnet-PCI  controller  during  normal 
network  operations.  The  descriptor  area  boundaries  are 
set  by  the  software  and  do  not  change  during  normal 
network  operations.  There  is  one  descriptor  area  for  re- 
ceive activity  and  there  is  a  separate  area  for  transmit 
activity.  The  descriptor  space  contains  relocatable 
pointers  to  the  network  packet  data  and  it  is  used  to 
transfer  packet  status  from  the  PCnet-PCI  controller  to 
the  software.  The  buffer  areas  are  locations  that  hold 
packet  data  for  transmission  or  that  accept  packet  data 
that  has  been  received. 

Network  Interfaces 

The  PCnet-PCI  controller  can  be  connected  to  an  802.3 
network  via  one  of  two  network  interfaces.  The  Attach- 
ment Unit  Interface  (AUI)  provides  an  ISO  8802-3 
(IEEE/ANSI  802.3)  compliant  differential  interface  to  a 
remote  MAU  or  an  on  board  transceiver.  The 
10BASE-T  interface  provides  a  twisted-pair  Ethernet 
port.  While  in  auto-selection  mode,  the  interface  in  use 
is  determined  by  an  auto-sensing  mechanism  which 
checks  the  link  status  on  the  1 0BASE-T  port.  If  there  is 
no  active  link  status,  then  the  device  assumes  an  AUI 
connection. 
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DETAILED  FUNCTIONS 
Bus  Interface  Unit  (BIU) 

The  bus  interface  unit  is  built  of  several  state  machines 
that  run  synchronously  to  CLK.  One  bus  interface  unit 
state  machine  handles  accesses  where  the  PCnet-PCI 
controller  is  the  bus  slave,  and  another  handles  ac- 
cesses where  the  PCnet-PCI  controller  is  the  bus  mas- 
ter. All  inputs  are  synchronously  sampled.  All  outputs 
are  synchronously  generated  on  the  rising  edge  of  CLK. 

Bus  Acquisition 

The  PCnet-PCI  microcode  (in  the  buffer  management 
section)  will  determine  when  a  DMA  transfer  should  be 
initiated.  The  first  step  in  any  PCnet-PCI  bus  master 
transfer  is  to  acquire  ownership  of  the  bus.  This  task  is 
handled  by  synchronous  logic  within  the  BIU.  Bus  own- 
ership is  requested  with  the  REQ  signal  and  ownership 
is  granted  by  the  arbiter  through  the  GNT  signal. 

Figure  1  shows  the  PCnet-PCI  controller  bus  acquisi- 
tion. GNT  is  asserted  at  clock  3.  The  PCnet-PCI  control- 
ler starts  driving  AD[31 :00]  and  C/BE[3:0]  prior  to  clock 


4.  frame  is  asserted  at  clock  5  indicating  a  valid  ad- 
dress and  command  on  AD[31:00]  and  C/BE[3:0]. 
ADSTEP  (bit  7)  in  the  PCI  Command  register  is  set  to 
ONE  to  indicated  that  the  PCnet-PCI  controller  uses  ad- 
dress stepping.  Address  stepping  in  only  used  for  the 
first  address  phase  of  a  bus  master  period. 
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Figure  1.  Bus  Acquisition 


Note  that  assertion  of  the  STOP  bit  in  CSRO  will  not 
cause  a  deassertion  of  the  REQ  signal.  Note  also  that  a 
read  of  the  RESET  register,  (I/O  resource  at  offset  14h 
from  the  PCnet-PCI  I/O  base  address)  will  not  cause  a 
deassertion  of  the  REQ  signal.  Either  of  these  actions 
will  cause  the  internal  master  state  machine  logic  to 
cease  operations,  but  the  REQ  signal  will  remain  active 
until  the  GNT  signal  is  asserted.  Following  either  of  the 
above  actions,  on  the  next  clock  cycle  after  the  GNT  sig- 
nal is  asserted,  the  PCnet-PCI  controller  will  deassert 
the  REQ  signal. 

Assertion  of  a  minimum-width  pulse  on  the  RST  pin  will 
cause  the  REQ  signal  to  deassert  immediately  following 
the  assertion  of  the  RST  pin.  In  this  case,  the  PCnet-PCI 
controller  will  not  wait  forthe  assertion  of  the  GNT  signal 
before  deasserting  the  REQ  signal. 
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Bus  Master  DMA  Transfers 

There  are  four  primary  types  of  DMA  transfers.  The 
PCnet-PCI  controller  uses  non-burst  as  well  as  burst  cy- 
cles for  read  and  write  access  to  the  main  memory. 

Basic  Non-Burst  Read  Cycles 

The  PCnet-PCI  controller  uses  non-burst  read  cycles  to 
access  the  initialization  block  and  the  receive  and  trans- 
mit descriptor  entries.  Some  of  the  read  accesses  to  the 
transmit  buffer  memory  are  also  in  non-burst  mode.  All 
PCnet-PCI  controller  non-burst  read  accesses  are  of 
the  PCI  command  type  Memory  Read  (type  6).  Note  that 
during  all  non-burst  read  operations,  the  PCnet-PCI 


controller  will  always  activate  all  byte  enables,  even 
though  some  byte  lanes  may  not  contain  valid  data  as 
indicated  by  a  buffer  pointer  value.  In  such  instances, 
the  PCnet-PCI  controller  will  internally  discard  un- 
needed  bytes. 

Figure  2  shows  a  typical  non-burst  read  access.  The 
PCnet-PCI  controller  asserts  IRDY  at  clock  5  immedi- 
ately  after  the  address  phase  and  starts  sampling 
DEVSEL.  The  target  extends  the  cycle  by  asserting 
DEVSEL  not  until  clock  6.  Additionally,  the  target  inserts 
one  wait  state  by  asserting  its  ready  (TRDY)  at  clock  8. 
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o  DEVSEL  is  sampled  by  the  PCnet-PCI  controller. 
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Figure  2.  Non-Burst  Read  Cycle  With  Wait  States 
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Figure  3  shows  two  non-burst  read  access  within  one  ar- 
bitration cycle.  The  PCnet-PCI  controller  will  drop 
FRAME  between  two  consecutive  non-burst  read  cy- 
cles. The  PCnet-PCI  controller  will  re-request  the  bus 
right  again  if  it  is  preempted  before  starting  the  second 


access.  The  example  below  also  shows  a  target  that  can 
respond  to  the  PCnet-PCI  controller  read  cycles  without 
wait  states. 
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o  DEVSEL  is  sampled  by  the  PCnet-PCI  controller. 
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Figure  3.  Non-Burst  Read  Cycles  Without  Wait  States 
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Basic  Burst  Read  Cycles 

The  PCnet-PCI  controller  provides  a  burst  mode  to  read 
data  from  the  transmit  buffer.  The  burst  mode  must  be 
enabled  by  setting  BREADE  in  BCR18.  All  PCnet-PCI 
controller  burst  read  transfers  are  of  the  PCI  command 
type  Memory  Read  Line  (type15).  AD[1:0]  will  both  be 
ZERO  during  the  address  phase  indicating  a  linear  burst 
order.  All  four  byte  enable  signals  will  be  ZERO  during 


the  data  phase  as  the  PCnet-PCI  controller  always 
reads  a  full  32-bit  word  when  in  burst  mode. 

Figure  4  shows  a  typical  burst  read  access.  The  PCnet- 
PCI  controller  arbitrates  for  the  bus,  is  granted  access, 
and  reads  four  32-bit  words  (DWORD)  from  system 
memory  and  then  releases  the  bus.  All  four  data  phases 
in  this  example  take  two  clock  cycles  each,  which  is  de- 
termined by  the  timing  of  trdy. 
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o  DEVSEL  is  sampled  by  the  PCnet-PCI  controller. 
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Figure  4.  Burst  Read  Cycles 
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Basic  Non-Burst  Write 

The  PCnet-PCI  controller  uses  non-burst  write  cycles  to 
access  the  receive  and  transmit  descriptor  entries. 
Some  of  the  write  accesses  to  the  receive  buffer  mem- 
ory are  also  in  non-burst  mode.  All  PCnet-PCI  controller 
non-burst  write  accesses  are  of  the  PCI  command  type 
Memory  Write  (type  7). 

Figure  5  shows  two  non-burst  write  access  within  one 
arbitration  cycle.  The  PCnet-PCI  controller  will  drop 


frame  between  two  consecutive  non-burst  write  cy- 
cles. The  PCnet-PCI  controller  will  re-request  the  bus 
immediately  if  it  is  preempted  before  starting  the  second 
access.  The  example  below  shows  an  extended  cycle 
for  the  first  access.  The  target  asserts  DEVSEL  2  clock 
cycles  after  the  address  phase  (frame  asserted)  and 
adds  one  extra  wait  state  by  asserting  trdy  only  on 
clock  7.  The  second  write  cycle  in  the  example  shows  a 
ZERO  wait  state  access. 
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oDEVSEL  is  sampled  by  the  PCnet-PCI  controller. 
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Figure  5.  Non-Burst  Write  Cycles  With  and  Without  Wait  States 
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Basic  Burst  Write  Cycles 

The  PCnet-PC  I  controller  provides  a  burst  mode  to  write 
data  to  the  receive  buffer.  The  burst  mode  must  be  en- 
abled by  setting  BWRITE  in  BCR18.  All  PCnet-PCI  con- 
troller burst  write  transfers  are  of  the  PCI  command  type 
Memory  Write  (type  7).  AD[1 :0]  will  both  be  ZERO  dur- 
ing the  address  phase  indicating  a  linear  burst  order.  All 
four  byte  enable  signals  will  be  ZERO  during  the  data 
phase  as  the  PCnet-PCI  controller  always  writes  a  full 
32-bit  word  when  in  burst  mode. 


Figure  6  shows  a  typical  burst  write  access.  The  PCnet- 
PCI  controller  arbitrates  for  the  bus,  is  granted  access, 
and  writes  four  32-bit  words  (DWORDs)  from  system 
memory  and  then  releases  the  bus.  In  this  example,  the 
memory  system  extends  the  data  phase  of  the  first  ac- 
cess by  one  wait  state.  The  following  three  data  phases 
take  one  clock  cycle  each,  which  is  determined  by  the 
timing  of  TRDY. 
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o  DEVSEL  is  sampled  by  the  PCnet-PCI  controller. 
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Figure  6.  Burst  Write  Cycles 
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Target  Initiated  Termination 

When  the  PCnet-PCI  controller  is  a  bus  master,  the  cy- 
cles it  produces  on  the  PCI  bus  may  be  terminated  by 
the  target  in  one  of  three  different  ways. 

Disconnect  With  Data  Transfer 

Figure  7  shows  a  disconnection  in  which  one  last  data 
transfer  occurs  after  the  target  asserted  stop,  stop  is 
asserted  on  clock  4  to  start  the  termination  sequence. 
Data  is  still  transferred  during  this  cycles,  since  both 


IRDY  and  trdy  are  asserted.  The  PCnet-PCI  control- 
ler terminates  the  current  transfer  with  the  deassertion 
of  FRAME  on  clock  5  and  then  one  clock  cycle  later  with 
the  deassertion  IRDY.  It  finally  releases  the  bus  on  clock 
6.  The  PCnet-PCI  controller  will  re-request  the  bus  after 
2  clock  cycles,  if  it  wants  to  transfer  more  data.  The 
starting  address  of  the  new  transfer  will  be  the  address 
of  the  next  untransferred  data. 
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o  DEVSEL  is  sampled  by  the  PCnet-PCI  controller. 


Figure  7.  Disconnect  with  Data  Transfer 
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Disconnect  Without  Data  Transfer 

Figure  8  shows  a  target  disconnect  sequence  during 
which  no  data  is  transferred,  stop  is  asserted  on  clock 
4  without  TRDY  being  asserted  at  the  same  time.  The 
PCnet-PCI  controller  terminates  the  current  transfer 
with  the  deassertion  of  FRAM  E  on  clock  5  and  one  clock 


cycle  later  with  the  deassertion  of  IRDY.  It  finally  re- 
leases the  bus  on  clock  6.  The  PCnet-PCI  controller  will 
re-request  the  bus  after  2  clock  cycles  to  retry  the  last 
transfer.  The  starting  address  of  the  new  transfer  will  be 
the  same  address  as  of  the  last  untransferred  data. 
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o  DEVSEL  is  sampled  by  the  PCnet-PCI  controller. 
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Figure  8.  Disconnect  Without  Data  Transfer 
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Target  Abort 

Figure  9  shows  a  target  abort  sequence.  The  target  as- 
serts  DEVSEL  tor  one  clock.  It  then  deasserts  DEVSEL 
and  asserts  STOP  on  clock  4 .  A  target  can  use  the  target 
abort  sequence  to  indicate  that  it  cannot  service  the  data 
transfer  and  that  it  does  not  want  the  transaction  to  be 
retried.  Additionally,  the  PCnet-PCI  controller  cannot 
make  any  assumption  about  the  success  of  the  previous 
data  transfers  in  the  current  transaction.  The  PCnet-PCI 
controller  terminates  the  current  transfer  with  the 
deassertion  of  FRAME  on  clock  5  and  one  clock  cycle 
later  with  the  deassertion  of  IRDY.  It  finally  releases  the 
bus  on  clock  6. 


Since  data  integrity  is  not  guaranteed,  the  PCnet-PCI 
controller  cannot  recover  from  a  target  abort  event.  The 
PCnet-PCI  controller  will  reset  all  CSR  and  BCR  loca- 
tions to  their  H_RESET  values.  Any  on-going  network 
activity  will  be  stopped  immediately.  The  PCI  configura- 
tion registers  will  not  be  cleared.  RTABORT  (bit  12)  in 
the  Status  register  will  be  set  to  indicate  that  the  PCnet- 
PCI  controller  has  received  a  target  abort. 
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o  DEVSEL  is  sampled  by  the  PCnet-PCI  controller. 
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Figure  9.  Target  Abort 
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Master  Initiated  Termination 

There  are  three  scenarios  besides  normal  completion  of 
ansaction  where  the  PCnet-PCI  controller  will  termi- 
the  cycles  it  produces  on  the  PCI  bus. 


Preemption  When  FRAME  is  Deasserted 

The  PCnet-PCI  controller  will  generate  multiple  address 
phases  during  a  single  bus  ownership  period  when  it  is 
accessing  the  initialization  block,  the  descriptor  ring 


entries  and  the  data  buffers  in  main  memory.  FRAME  is 
deasserted  in  between  two  address  phases.  While 
frame  is  deasserted,  the  central  arbiter  can  remove 
GNT  to  the  PCnet-PCI  controller  at  any  time  to  service 
another  master.  When  GNT  is  removed,  the  PCnet-PCI 
controller  will  finish  the  current  transfer  and  then  release 
the  bus.  It  will  keep  REQ  asserted  to  regain  bus  owner- 
ship as  soon  as  possible. 


o  DEVSEL  is  sampled  by  the  PCnet-PCI  controller. 


18220C-12 


Figure  10.  Preemption  When  frame  is  Deasserted 
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Preemption  When  frame  Is  Asserted 

The  central  arbiter  can  take  GNT  to  the  PCnet-PCI  con- 
troller away  if  the  current  bus  operation  takes  too  long. 
This  may  happen  e.g.  when  the  PCnet-PCI  controller 
tries  to  fill  the  whole  transmit  FIFO  and  the  target  inserts 
extra  wait  states  for  every  data  phase.  When  GNT  is 
taken  away,  the  PCnet-PCI  controller  will  finish  the 


current  transfer  and  then  immediately  release  the  bus. 
The  Latency  Timer  in  PCI  configuration  space  of  the 
PCnet-PCI  controller  is  always  set  to  ZERO.  The  PCnet- 
PCI  controller  will  keep  REQ  asserted  to  regain  bus 
ownership  as  soon  as  possible. 


FRAME 


AD 


C/BE 


PAR 


IRDY 


TRDY 


DEVSEL 


REQ 


GNT 


rv 


{  (aDDR~)(dATA  ^~DATA~y  DATA  ^ 


0000 


(HI 


PAR 


\ 


PAR  )(~PAR  )  


\_L 


I 
I 


if 


I 


o  DEVSEL  is  sampled  by  the  PCnet-PCI  controller. 
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Figure  11.  Preemption  When  frame  is  Asserted 
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Master  Abort 

The  PCnet-PCI  controller  will  terminate  its  cycle  with  a 
Master  Abort  sequence  if  DEVSEL  is  not  asserted  within 
4  clocks  after  FRAME  is  asserted.  Master  Abort  is 
treated  as  a  fatal  error  by  the  PCnet-PCI  controller.  The 
PCnet-PCI  controller  will  reset  all  CSR  and  BCR  loca- 
tions to  their  H_RESET  values.  Any  on-going  network 


activity  will  be  stopped  immediately.  The  PCI  configura- 
tion registers  will  not  be  cleared.  RMABORT  (bit  13)  in 
the  Status  register  will  be  set  to  indicate  that  the  PCnet- 
PCI  controller  has  terminated  its  transaction  with  a  mas- 
ter abort. 
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o  DEVSEL  is  sampled  by  the  PCnet-PCI  controller. 


Figure  12.  Master  Abort 
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Initialization  Block  DMA  Transfers 

During  execution  of  the  PCnet-PCI  controller  bus  mas- 
ter initialization  procedure,  the  PCnet-PCI  microcode 
will  repeatedly  request  DMA  transfers  from  the  BIU. 
During  each  of  these  initialization  block  DMA  transfers, 
the  BIU  will  perform  two  data  transfer  cycles  (eight 
bytes)  and  then  it  will  relinquish  the  bus.  The  two  trans- 
fers within  the  mastership  period  will  always  be  read  cy- 
cles to  ascending  contiguous  addresses.  When 
SSIZE32  =  1  (BCR20,  bit  8),  there  are  7  DWORDs  to 


transfer  during  the  bus  master  initialization  procedure, 
so  four  bus  mastership  periods  are  needed  in  order  to 
complete  the  initialization  sequence.  Note  that  the  last 
DWORD  transfer  of  the  last  bus  mastership  period  of  the 
initialization  sequence  accesses  an  unneeded  location. 
Data  from  this  transfer  is  discarded  internally.  When 
SS1ZE32  =  0  (BCR20,  bit  8),  then  three  bus  mastership 
periods  are  needed  to  complete  the  initialization 
sequence. 


o  DEVSEL  is  sampled  by  the  PCnet-PCI  controller. 
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Figure  13.  Initialization  Block  Read 


1-900 


Am79C970 


PRELIMINARY 


AMD  £1 


Descriptor  DMA  Transfers 

PCnet-PCI  microcode  will  determine  when  a  descriptor 
access  is  required.  A  descriptor  DMA  read  will  consist  of 
two  DWORD  (double-word)  transfers.  A  descriptor 
DMA  write  will  consist  of  one  or  two  DWORD  transfers. 
(The  transfers  within  a  descriptor  DMA  transfer  master- 
ship period  will  always  be  of  the  same  type  (either  all 
read  or  all  write)). 

If  buffer  chaining  is  used,  writes  to  the  descriptors  of  all 
intermediate  buffers  consist  of  only  one  DWORD  to 


return  OWNership  of  the  buffer  to  the  system.  On  all  sin- 
gle buffer  transmit  or  receive  descriptors,  as  well  as  on 
the  last  buffer  in  chain,  writes  to  the  descriptor  consist  of 
two  DWORDs.  The  first  DWORD  containing  status  in- 
formation. The  second  DWORD  containing  additional 
status  and  the  OWNership  bit  (i.e.  MD1[31]). 

The  transfers  will  be  addressed  as  specified  in  tables  1 
and  2. 


Table  1 .  Bus  Master  Reads  of  Descriptors 

16-Bit  Software  Mode 

32-Bit  Software  Mode 

Address 
Sequence 
AD[7:0]* 

LANCE/ 
PCnet-ISA 
item  Accessed 

PCnet-PCI 
Item  Accessed 

Address 
Sequence 
AD[7:0]* 

LANCE/ 
PCnet-ISA 
Item  Accessed 

PCnet-PCI 
Item  Accessed 

00 

MD1[15:0], 
MD0[15:0] 

MD1  [31:24], 
MD0[23:0] 

04 

MD1[15:8], 
MD2[15:0] 

MD1[31:0] 

04 

MD3[15:0], 
MD2[15:0] 

MD2[15:0], 
MD1[15:0] 

00 

MD1[7:0], 
MD0[15:0] 

MD0[31 :0] 

Bus  Break 

Bus  Break 

Table  2.  Bus  Master  Writes  to  Descriptors 

16-Bit  Software  Mode 

32-Bit  Software  Mode 

Address 
Sequence 
AD[7:0]« 

LANCE/ 
PCnet-ISA 
Item  Accessed 

PCnet-PCI 
Item  Accessed 

Address 
Sequence 
AD[7:0]* 

LANCE/ 
PCnet-ISA 
Item  Accessed 

PCnet-PCI 
Item  Accessed 

04 

MD3[15:0], 
MD2[15:0] 

MD2[15:0], 
MD1[15:0] 

08 

MD3[15:0] 

MD2[31:0] 

00 

MD1[15:0], 
MD0[15:0] 

MD1[31:24], 
MD0[23:0] 

04 

MD1[15:8], 
MD2[15:0] 

MD1[31:0] 

Bus  Break 

Bus  Break 

Address  values  forAD[31:08]  are  constant  throughout  any  single  descriptor  DMA  transfer.  AD[1 :0]  must  be  set  to  ZERO  in  the 
descriptor  base  address. 


During  descriptor  read  accesses,  the  byte  enable  sig- 
nals will  indicate  that  all  byte  lanes  are  active.  Should 
some  of  the  bytes  not  be  needed,  then  the  PCnet-PCI 
controller  will  internally  discard  the  extraneous  informa- 
tion that  was  gathered  during  such  a  read.  During  write 
accesses,  only  the  bytes  which  need  to  be  written  are 
enabled,  by  activating  the  corresponding  byte  en- 
able pins. 


The  only  significant  differences  between  descriptor 
DMA  transfers  and  initialization  DMA  transfers  are  that 
the  addresses  of  the  accesses  follow  different  ordering. 
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o  DEVSEL  is  sampled  by  the  PCnet-PCI  controller. 

'  Note  that  Message  Descriptor  addresses  1  and  0  are  in  descending  order. 
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Figure  14.  Descriptor  Ring  Read 
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o  DEVSEL  is  sampled  by  the  PCnet-PCI  controller. 

'  Note  that  Message  Descriptor  addresses  2  and  1  are  in  descending  order. 
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Figure  15.  Descriptor  Ring  Write 
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FIFO  DMA  Transfers 

PCnet-PCI  microcode  will  determine  when  a  FIFO  DMA 
transfer  is  required.  This  transfer  mode  will  be  used  for 
transfers  of  data  to  and  from  the  PCnet-PCI  FIFOs. 
Once  the  PCnet-PCI  BIU  has  been  granted  bus  maste- 
rship, it  will  perform  a  series  of  consecutive  transfer  cy- 
cles before  relinquishing  the  bus.  All  transfers  within  the 
master  cycle  will  be  either  read  or  write  cycles,  and  all 
transfers  will  be  to  contiguous,  ascending  addresses. 
Both  non-burst  and  burst  cycles  are  used. 

Non-Burst  FIFO  DMA  Transfers 

Non-burst  FIFO  DMA  transfers  is  the  default  mode  the 
PCnet-PCI  controller  uses  to  read  and  write  data  when 
accessing  the  FIFOs.  Each  non-burst  transfer  will  be 
performed  sequentially,  with  the  issue  of  an  address, 
and  the  transfer  of  the  corresponding  data  with  appropri- 
ate output  signals  to  indicate  selection  of  the  active  data 
bytes  during  the  transfer,  frame  will  be  dropped  after 
every  address  phase.  (See  figures  2,3  and  5.)  The  num- 
ber of  data  transfer  cycles  contained  within  a  single  bus 
mastership  period  is  in  general  dependent  on  the  pro- 
gramming of  the  DMAPLUS  option  (CSR4,  bit  14).  Sev- 
eral other  factors  will  also  affect  the  length  of  the  bus 
mastership  period.  The  possibilities  are  as  follows: 

■  If  DMAPLUS  =  0,  a  maximum  of  1 6  transfers  will 
be  performed  by  default.  This  default  value  may  be 
changed  by  writing  to  the  DMA  Transfer  Counter 
(CSR80).  Note  that  DMAPLUS  =  0  merely  sets  a 
maximum  value.  The  minimum  number  of  transfers 
in  the  bus  mastership  period  will  be  determined  by 
all  of  the  following  variables:  the  settings  of  the 
FIFO  watermarks  and  the  conditions  of  the  FIFOs, 
the  value  of  the  DMA  Transfer  Counter  (CSR80), 
the  value  of  the  DMA  Bus  Timer  (CSR82),  and  any 
occurrence  of  preemption  that  takes  place  during 
the  bus  mastership  period. 

■  If  DMAPLUS  =  1 ,  the  bus  cycle  will  continue  until 
the  transmit  FIFO  is  filled  to  its  high  threshold 
(read  transfers)  or  the  receive  FIFO  is  emptied  to 
its  low  threshold  (write  transfers),  or  until  the  DMA 
Bus  Timer  value  (CSR82)  has  expired.  Other  vari- 
ables may  also  affect  the  end  point  of  the  bus  ma- 
stership period  in  this  mode.  Among  those 
variables  are  the  particular  conditions  existing 
within  the  FIFOs,  receive  and  transmit  status  con- 
ditions, and  bus  preemption  events. 

The  FIFO  thresholds  are  programmable  (see  descrip- 
tion of  CSR80),  as  are  the  DMA  Transfer  Counter  and 
Bus  Timer  values.  The  exact  number  of  transfer  cycles 
in  the  case  of  DMAPLUS  =  1  will  be  dependent  on  the 
latency  of  the  system  bus  to  the  PCnet-PCI  controller's 
mastership  request  and  the  speed  of  bus  operation,  but 
will  be  limited  by  the  value  in  the  Bus  Timer  register,  the 
FIFO  condition,  receive  and  transmit  status,  and  by 
preemption  events.  Barring  a  time-out  by  eitherof  these 


registers,  or  a  bus  preemption  by  another  mastering  de- 
vice, or  exceptional  receive  and  transmit  events,  or  an 
end  of  packet  signal  from  the  FIFO,  the  FIFO  watermark 
settings  and  the  extent  of  Bus  Grant  latency  will  be  the 
major  factors  determining  the  number  of  accesses  per- 
formed during  any  given  arbitration  cycle  when 
DMAPLUS  =  1. 


The  TRDY  response  of  the  memory  device  will  also  af- 
fect the  number  of  transfers  when  DMAPLUS  =  1 ,  since 
the  speed  of  the  accesses  will  affect  the  state  of  the 
FIFO.  (During  accesses, the  FIFOmay  be  filling  or  emp- 
tying on  the  network  end.  A  slower  memory  response 
will  allow  additional  data  to  accumulate  inside  of  the 
FIFO  (during  write  transfers  from  the  receive  FIFO).  If 
the  accesses  are  slow  enough,  a  complete  DWORD 
may  become  available  before  the  end  of  the  arbitration 
cycle  and  thereby  increase  the  number  of  transfers  in 
that  cycle.)  The  general  rule  is  that  the  longer  the  Bus 
Grant  latency  or  the  slower  the  bus  transfer  operations 
(or  clock  speed)  or  the  higher  the  transmit  watermark  or 
the  lower  the  receive  watermark  or  any  combination 
thereof  the  longer  will  be  the  average  bus  mastership 
period. 

Burst  FIFO  DMA  Transfers 

Bursting  is  only  performed  by  the  PCnet-PCI  controller  if 
the  BREADE  and/or  BWRITE  bits  of  BCR18  are  set. 
These  bits  individually  enable/disable  the  ability  of  the 
PCnet-PCI  controller  to  perform  burst  accesses  during 
master  read  operations  and  master  write  operations,  re- 
spectively. Only  Fl  FO  data  transfers  will  make  use  of  the 
burst  mode. 

The  first  transfer  in  the  burst  will  consist  of  both  an  ad- 
dress and  a  data  phase.  Subsequent  transfers  will  con- 
tain data  only.  AD[1 :0]  will  always  be  ZERO  during  the 
address  phase  indicating  a  linear  burst  order.  Note,  that 
the  terms  'burst'  and  'linear  burst'  are  used  interchange- 
ably throughout  this  document. 

The  number  of  data  phases  within  the  burst  transfer  is 
determined  by  the  LINBC  value  from  the  BCR18  regis- 
ter. The  burst  upper  limit  is  calculated  by  taking  the 
BCR18  LINBC[2:0]  value  and  multiplying  it  by  4.  The  re- 
sult is  the  number  of  transfers  that  will  be  performed 
within  a  single  linear  burst  sequence.  When  the  LINBC 
upper  limit  of  data  transfers  have  been  performed,  a 
new  FRAME  may  be  asserted  (if  there  is  more  data  to  be 
transferred) ,  with  a  new  address  on  the  AD  pins.  Follow- 
ing the  assertion  of  a  new  FRAME,  the  linear  bursting  of 
data  will  resume.  All  byte  lanes  will  always  be  active  dur- 
ing all  burst  transfers  as  reflected  by  the  C/BE[3:0] 
signals. 

The  number  of  data  transfer  cycles  within  the  total  bus 
mastership  period  is  dependent  on  the  programming  of 
the  DMAPLUS  option  (CSR4,  bit  14).  The  possibilities 
are  as  follows: 
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If  DMAPLUS  =  0,  a  maximum  of  1 6  transfers  will 
be  performed  by  default.  This  default  value  may  be 
changed  by  writing  to  the  DMA  Transfer  Counter 
(CSR80).  Note  that  DMAPLUS  =  0  merely  sets  a 
maximum  value.  The  minimum  number  of  transfers 
in  the  bus  mastership  period  will  be  determined  by 
all  of  the  following  variables:  the  settings  of  the 
FIFO  watermarks  and  the  conditions  of  the  FIFOs, 
the  value  of  the  DMA  Transfer  Counter  (CSR80), 
the  value  of  the  DMA  Bus  Timer  (CSR82),  and  any 
occurrence  of  preemption  that  takes  place  during 
the  bus  mastership  period. 

If  DMAPLUS  =  1 ,  linear  bursting  will  continue  until 
the  transmit  FIFO  is  filled  to  its  high  threshold 
(read  transfers)  or  the  receive  FIFO  is  emptied  to 
its  low  threshold  (write  transfers),  or  until  the  DMA 
Bus  Timer  value  (CSR82)  has  expired.  A  bus 
preemption  event  is  another  cause  of  termination 
of  cycles.  The  FIFO  thresholds  are  programmable 
(see  description  of  CSR80),  as  are  the  DMA 
Transfer  Counter  and  Bus  Timer  values.  The  exact 
number  of  total  transfer  cycles  in  the  case  of 
DMAPLUS  =  1  will  be  dependent  on  the  latency  of 
the  system  bus  to  the  PCnet-PCI  controller's  ma- 
stership request  and  the  speed  of  bus  operation, 
but  will  be  limited  by  the  value  in  the  Bus  Timer 
Register,  the  FIFO  condition  and  by  preemption 
occurrences,  if  any. 


Note  that  the  number  of  transfer  cycles  for  each  FRAME 
assertion  will  always  only  be  controlled  by  LINBC,  Bus 
Grant  and  FIFO  conditions.  The  number  of  transfer  cy- 
cles for  each  FRAME  assertions  will  not  be  affected  by 
DMAPLUS  or  by  the  values  in  the  DMA  Transfer  Count 
register  and  Bus  Timer  register.  However,  these  factors 
can  influence  the  number  of  transfers  that  is  performed 
during  any  given  bus  mastership  period. 

Barring  a  time-out  by  the  DMA  Transfer  Count  register 
or  the  Bus  Timer  register  or  a  bus  preemption  by  another 
mastering  device,  the  FIFO  watermark  settings  and  the 
extent  of  Bus  Grant  latency  will  be  the  major  factors  in 
determining  the  number  of  accesses  performed  during 
any  given  bus  mastership  period.  The  TRDY  response 
time  of  the  memory  device  will  also  affect  the  number  of 
transfers,  since  the  speed  of  the  accesses  will  affect  the 
state  of  the  FIFO.  (During  accesses,  the  FIFO  may  be 


filling  or  emptying  on  the  network  end.  For  example,  on  a 
Receive  operation,  a  slower  device  will  allow  additional 
data  to  accumulate  inside  of  the  FIFO.  If  the  accesses 
are  slow  enough,  a  complete  DWORD  may  become 
available  before  the  end  of  the  bus  mastership  period 
and  thereby  increase  the  number  of  transfers  in  that  pe- 
riod.) The  general  rule  is  that  the  longer  the  Bus  Grant 
latency  or  the  slower  the  bus  transfer  operations  or  the 
slower  the  clock  speed  or  the  higher  the  transmit  water- 
mark or  the  lower  the  receive  watermark  or  any  combi- 
nation thereof,  will  produce  longer  total  burst  lengths. 

Linear  Burst  DMA  Starting  Address  Restrictions 

A  PCnet-PCI  controller  linear  burst  will  begin  only  when 
the  address  of  the  current  transfer  meets  the  following 
condition: 

AD[31 :00]  MOD  (LINBC  x  16)  =  0, 

The  following  table  illustrates  all  possible  starting  ad- 
dress values  for  all  legal  LINBC  values.  Note  that 
AD[31 :06]  are  don't  care  values  for  all  addresses.  Also 
note  that  while  AD[1 :0]  do  not  physically  exist  within  a  32 
bit  system  (the  PCnet-PCI  controller  always  drives 
AD[1 :0]  to  ZERO  during  the  address  phase  to  indicate  a 
linear  burst  order),  they  are  valid  bits  within  the  buffer 
pointer  field  of  descriptor  word  0.  Thus,  where  AD[1 :0] 
are  listed,  they  refer  to  the  lowest  two  bits  of  the  descrip- 
tors buffer  pointer  field.  These  bits  will  have  an  affect  on 
determining  when  a  PCnet-PCI  controller  linear  burst 
operation  may  legally  begin  and  they  will  affect  the  out- 
put values  of  the  byte  enable  pins,  therefore  they  have 
been  included  in  the  table  as  AD[1 :0J. 

Table  3.  Linear  Burst  DMA  Starting 
Address  Values 


LINBC[2:0] 

LBS  = 
Linear  Burst 

Size 
(number  of 
transfers) 

Size  of 
Burst 
(bytes) 

Linear  Burst 
Beginning  Addresses 
AD[5:0]  = 
(Hex) 
(AD[31:06]  = 
(don't  care) 

1 

4 

16 

00,  10,  20,  30 

2 

8 

32 

00,  20 

4 

16 

64 

00 

0,  3,  5,  7 

Reserved 

Reserved 

Not  Applicable 
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It  is  not  necessary  tor  the  software  to  insure  that  the 
buffer  address  pointer  contained  in  descriptor  word  0 
matches  the  address  restrictions  given  in  the  table.  If  the 
buffer  pointer  does  not  meet  the  conditions  set  forth  in 
the  table,  then  the  PCnet-PCI  controller  will  simply  post- 
pone the  start  of  linear  bursting  until  enough  non-burst 
FIFO  DMA  transfers  have  been  performed  to  bring  the 
current  working  buffer  pointer  value  to  a  valid  linear 
burst  starting  address.  This  operation  is  referred  to  as 
aligning  the  buffer  address  to  a  valid  linear  bu  rst  starting 
address.  Once  this  has  been  done,  the  PCnet-PCI  con- 
troller will  recognize  that  the  address  for  the  current  ac- 
cess is  a  valid  linear  burst  starting  address,  and  it  will 
automatically  begin  to  perform  linear  burst  accesses  at 
that  time,  provided  of  course  that  the  software  has  en- 
abled the  linear  burst  mode. 

Note  that  if  the  software  would  provide  only  valid  linear 
burst  starting  addresses  in  the  buffer  pointer,  then  the 
PCnet-PCI  controller  could  avoid  performing  the  align- 
ment operation.  It  would  begin  linear  burst  accesses  on 
the  very  first  of  the  buffer  transfers  thereby  allowing  a 
slight  gain  in  bus  bandwidth  efficiency. 


Linear  Burst  DMA  Address  Alignment 

Linear  bursting  may  begin  during  a  bus  mastership  pe- 
riod which  was  initially  performing  only  non-burst 
operations.  A  change  from  non-burst  operation  to  linear 
bursting  will  normally  occur  during  linear  burst  DMA  ad- 
dress alignment  operations. 

If  the  PCnet-PCI  controller  is  programmed  for  burst 
mode  (i.e.  BREADE  and/or  BWRITE  bits  of  BCR18  are 
set  to  ONE),  and  the  PCnet-PCI  controller  requests  the 
bus,  but  the  starting  address  of  the  first  transaction  does 
not  meet  the  conditions  as  specified  in  the  table  above, 
then  the  PCnet-PCI  controller  will  perform  non-burst  ac- 
cesses until  it  arrives  at  an  address  that  does  meet  the 
conditions  described  in  the  table.  At  that  time,  and  with- 
out releasing  the  bus,  the  PCnet-PCI  controller  will  in- 
voke the  linear  burst  mode. 

Figure  1 6  shows  an  example  of  a  linear  burst  DMA  align- 
ment operation  being  performed.  The  first  access  to  the 
transmit  buffer  is  in  non-burst  mode,  because  the  cur- 
rent address  does  not  align  with  a  linear  burst  boundary. 
The  PCnet-PCI  controller  switches  to  burst  mode  begin- 
ning with  the  second  transfer,  req  stays  asserted  dur- 
ing all  transfers. 
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o  DEVSEL  is  sampled  by  the  PCnet-PCI  controller. 
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Figure  16.  Burst  Alignment 
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Partial  Linear  Burst 

Certain  factors  may  cause  the  PCnet-PCI  controller  to 
burst  fewer  than  the  LINBC  limit  during  a  single  burst  se- 
quence. Factors  that  could  generate  a  partial  linear 
burst  include: 

■  No  more  data  available  for  transfers  from  the 
current  TX  buffer 

■  No  more  data  available  for  transfer  from  the  RX 
FIFO  for  this  packet 

■  No  more  space  available  for  transfers  to  the 
current  RX  buffer 

■  Preemption 

Typically,  during  the  case  of  a  master  read  operation  (for 
TX  buffer  transfers),  the  last  transfer  in  the  linear  burst 
sequence  will  be  the  last  transfer  executed  before  the 
PCnet-PCI  controller  releases  the  bus.  This  is  true  of 
both  partial  and  completed  linear  burst  sequences. 


During  the  case  of  a  master  write  operation  (for  RX 
buffer  transfers)  when  RX  packet  data  has  ended,  the 
last  transfer  in  the  linear  burst  sequence  will  be  the  last 
transfer  executed  before  the  PCnet-PCI  controller  re- 
leases the  bus.  This  is  true  of  both  partial  and  completed 
linear  burst  sequences. 

However,  if  the  next  transfer  that  the  PCnet-PCI  control- 
ler is  scheduled  to  execute  will  be  to  the  last  available 
location  of  a  RX  buffer,  then  the  PCnet-PCI  controller 
will  use  a  non-burst  cycle  to  make  the  last  transfer  to  the 
buffer.  This  event  occurs  because  of  the  restrictions 
placed  upon  the  byte  enable  signals  during  the  linear 
burst  operation.  As  mentioned  in  the  initial  description  of 
linear  burst  accesses,  all  byte  lanes  of  the  data  bus  are 
always  enabled  during  linear  burst  operations.  Note, 
however,  that  in  the  case  of  the  last  RX  buffer  location, 
the  PCnet-PCI  controller  may  own  only  a  portion  of  the 
DWORD  location.  In  such  cases,  it  is  necessary  to  dis- 
continue linear  burst  accesses  on  the  second  from  last 
RX  buffer  location  so  that  an  ordinary  transfer  with  some 
byte  lanes  disabled  can  be  used  for  the  final  transfer. 
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Figure  1 7  shows  a  partial  linear  burst  that  occurred  while 
approaching  the  transfer  of  the  last  bytes  of  data  to  a  RX 
buffer.  The  linear  burst  begins  when  1 0  bytes  of  space 
still  remain  in  the  RX  buffer.  (The  number  of  spaces  re- 
maining forthe  figure  as  drawn  could  be  anywhere  from 
9  to  12.  The  value  of  10-byte  spaces  has  been  chosen 
just  for  purposes  of  illustration.)  After  the  first  linear 
burst  transfer,  6  byte  spaces  remain.  Knowing  that  the 


second  transfer  will  use  another  4  bytes  of  space,  the 
PCnet-PCI  controller  is  able  to  predict  that  the  third 
transfer  will  be  the  last.  Therefore,  it  de-asserts  FRAME 
on  the  second  transfer  to  terminate  the  linear  burst  op- 
eration. However,  the  PCnet-PCI  controller  retains  own- 
ership of  the  bus  so  that  it  may,  immediately,  make 
non-burst  transfer(s)  to  the  last  two  spaces  in  the  buffer. 
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o  DEVSEL  is  sampled  by  the  PCnet-PCI  controller. 

Figure  17.  Partial  Linear  Burst  at  the  End  of  Buffer 
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If  a  burst  cycle  is  preempted  before  the  last  data  phase, 
the  PCnet-PCI  controller  will  finish  the  current  data 
phase  and  release  the  bus.  REQ  will  stay  asserted.  The 
PCnet-PCI  controller  will  revert  to  non-burst  cycle 


accesses  following  the  preemption  event.  In  this  case, 
linear  bursting  will  next  occur  when  the  memory  address 
being  accessed  next  meets  the  linear  burst  starting  ad- 
dress requirements. 
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Slave  I/O  Transfers 

After  the  PCnet-PCI  controller  is  configured  as  I/O  de- 
vice (by  setting  IOEN  in  the  PCI  Command  register),  it 
starts  monitoring  the  PCI  bus  for  access  to  its  internal 
registers.  The  PCnet-PCI  controller  will  look  for  an  ad- 
dress that  falls  within  its  32  bytes  of  I/O  address  space 
(starting  from  the  I/O  base  address).  The  PCnet-PCI 
controller  will  assert  DEVSEL  if  it  detects  an  address 
match  and  the  access  is  an  I/O  cycle,  devsel  is  as- 
serted  two  clock  cycles  after  the  host  has  asserted 
FRAME.  The  PCnet-PCI  controller  will  not  assert  DEV- 
SEL if  it  detects  an  address  match,  but  the  PCI  com- 
mand is  not  of  the  type  I/O  read  or  I/O  write.  The 
PCnet-PCI  controller  will  suspend  looking  for  I/O  cycles 
wh  le  being  a  bus  master. 


Slave  I/O  Read 

The  Slave  I/O  Read  command  is  used  by  the  host  CPU 
to  read  the  PCnet-PCI's  CSRs,  BCRs  and  EEPROM  lo- 
cations. It  is  a  single  cycle,  non-burst  8-bit,  16-bit  or 
32-bit  transfer  which  is  initiated  by  the  host  CPU.  The 
typical  number  of  wait  states  added  to  a  slave  I/O  read 
access  on  the  part  of  the  PCnet-PCI  controller  is  6  to  7 
clock  cycles,  depending  upon  the  relative  phases  of  the 
internal  Buffer  Management  Unit  clock  and  the  CLK  sig- 
nal, since  the  internal  Buffer  Management  Unit  clock  is  a 
divide-by-two  version  of  the  CLK  signal.  The  PCnet-PCI 
controller  will  not  produce  Slave  I/O  Read  commands 
while  being  a  bus  master. 
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Figure  18.  Slave  I/O  Read 
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Slave  I/O  Write 

The  Slave  I/O  Write  command  is  used  by  the  host  CPU 
to  write  to  the  PCnet-PCI's  CSRs,  BCRs  and  EEPROM 
locations.  It  is  a  single  cycle,  non-burst  16-bit  or  32-bit 
transfer  which  is  initiated  by  the  host  CPU.  The  typical 
number  ot  wait  states  added  to  a  slave  I/O  write  access 
on  the  part  of  the  PCnet-PCI  controller  is  6  to  7  clock 


cycles,  depending  upon  the  relative  phases  of  the  inter- 
nal Buffer  Management  Unit  clock  and  the  CLK  signal, 
since  the  internal  Buffer  Management  Unit  clock  is  a  di- 
vide-by-two version  of  the  CLK  signal.  The  PCnet-PCI 
controller  will  not  produce  Slave  I/O  write  commands 
while  being  a  bus  master. 
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Figure  19.  Slave  I/O  Write 
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Slave  Configuration  Transfers 

The  host  can  access  the  PCnet-PCI  PCI  configuration 
space  with  a  configuration  read  or  write  command.  The 
PCnet-PCI  controller  will  assert  DEVSEL  if  the  IDSEL 
input  is  asserted  during  the  address  phase  and  if  the  ac- 
cess is  a  configuration  cycle.  DEVSEL  is  asserted  two 
clock  cycles  after  the  host  has  asserted  FRAME.  All 
configuration  cycles  are  of  fixed  length.  The  PCnet-PCI 
controller  will  assert  TRDY  on  the  3rd  clock  of  the 
data  phase. 


Slave  Configuration  Read 

The  Slave  Configuration  Read  command  is  used  by  the 
host  CPU  to  read  the  configuration  space  in  the  PCnet- 
PCI  controller.  This  provides  the  host  CPU  with  informa- 
tion concerning  the  device  and  its  capabilities.  This  is  a 
single  cycle,  non-burst  8-bit,  16-bit,  or  32 -bit  transfer. 
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Figure  20.  Slave  Configuration  Read 
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Slave  Configuration  Write 

The  Slave  Configuration  Write  command  is  used  by  the 
host  CPU  to  write  the  configuration  space  in  the  PCnet- 
PCI  controller.  This  allows  the  host  CPU  to  control  basic 


activity  of  the  device,  such  as  enable/disable,  change 
I/O  location,  etc.  This  is  a  single  cycle,  non-burst  8-bit, 
16-bit,  or  32-bit  transfer. 
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Figure  21.  Slave  Configuration  Write 
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Buffer  Management  Unit  (BMU) 

The  buffer  management  unit  is  a  micro-coded  state  ma- 
chine which  implements  the  initialization  procedure  and 
manages  the  descriptors  and  buffers.  The  buffer  man- 
agement unit  operates  at  half  the  speed  of  the 
CLK  input. 

Initialization 

PCnet-PCI  initialization  includes  the  reading  of  the  in- 
itialization block  in  memory  to  obtain  the  operating  pa- 
rameters. The  initialization  block  is  read  when  the  INIT 
bit  in  CSRO  is  set.  The  INIT  bit  should  be  set  before  or 
concurrent  with  the  STRT  bit  to  insure  correct  operation. 
Two  DWORDs  are  read  during  each  period  of  bus  ma- 
stership. When  SSIZE32  =  1  (BCR20,  bit  8),  this  results 
in  a  total  of  4  arbitration  cycles  (3  arbitration  cycles  if 
3IZE32  =  0).  Once  the  initialization  block  has  been 
completely  read  in  and  internal  registers  have  been  up- 
dated, IDON  will  be  set  in  CSRO,  and  an  interrupt  gener- 
ated (if  IENA  is  set).  At  this  point,  the  BMU  knows  where 
receive  and  transmit  descriptor  rings  and  hence, 
normal  network  operations  will  begin. 

PCnet-PCI  controller  obtains  the  start  address  of 
the  Initialization  Block  from  the  contents  of  CSR1  (least 
significant  16  bits  of  address)  and  CSR2  (most  signifi- 
1 16  bits  of  address).  The  host  must  write  CSR1  and 
CSR2  before  setting  the  INIT  bit.  The  block  contains  the 
user  defined  conditions  for  PCnet-PCI  operation,  to- 
gether with  the  base  addresses  and  length  information 
of  the  transmit  and  receive  descriptor  rings. 

i  is  an  alternative  method  to  initialize  the  PCnet- 
I  controller.  Instead  of  initialization  via  the  initializa- 
tion block  in  memory ,  data  can  be  written  directly  into  the 
appropriate  registers.  Either  method  may  be  used  at  the 
discretion  of  the  programmer.  If  the  registers  are  written 
to  directly,  the  INIT  bit  must  not  be  set,  or  the  initializa- 
tion block  will  be  read  in,  thus  overwriting  the  previously 
written  information.  Please  refer  to  Appendix  C  for  de- 
tails on  this  alternative  method. 

If  initialization  is  done  by  writing  directly  to  registers,  the 
Polling  Interval  register  (CSR47)  must  be  initialized  in 
addition  to  those  registers  that  can  be  loaded  automati- 
cally from  the  initialization  block. 

Re-Initialization 

The  transmitter  and  receiver  sections  of  the  PCnet-PCI 
controller  can  be  turned  on  via  the  initialization  block 
(MODE  Register  DTX,  DRX  bits;  CSR15[1:0]).  The 
states  of  the  transmitter  and  receiver  are  monitored  by 
the  host  through  CSRO  (RXON,  TXON  bits)  .  The  PCnet- 
PCI  controller  should  be  reinitialized  if  the  transmitter 
and/or  the  receiver  were  not  turned  on  during  the  origi- 
nal initialization,  and  it  was  subsequently  required  to  ac- 
tivate them  or  if  either  section  was  shut  off  due  to  the 
detection  of  an  error  condition  (MERR,  UFLO,  TX 
BUFF  error). 


Reinitialization  may  be  done  via  the  initialization  block  or 
by  setting  the  STOP  bit  in  CSRO,  followed  by  writing  to 
CSR15,  and  then  setting  the  START  bit  in  CSRO.  Note 
that  this  form  of  restart  will  not  perform  the  same  in  the 
PCnet-PCI  controller  as  in  the  LANCE.  In  particular, 
upon  restart,  the  PCnet-PCI  controller  reloads  the  trans- 
mit and  receive  descriptor  pointers  with  their  respective 
base  addresses.  This  means  that  the  software  must 
clear  the  descriptor  own  bits  and  reset  its  descriptor  ring 
pointers  before  the  restart  of  the  PCnet-PCI  controller. 
The  reload  of  descriptor  base  addresses  is  performed  in 
the  LANCE  only  after  initialization,  so  a  restart  of  the 
LANCE  without  initialization  leaves  the  LANCE  pointing 
at  the  same  descriptor  locations  as  before  the  restart. 

Buffer  Management 

Buffer  management  is  accomplished  through  message 
descriptor  entries  organized  as  ring  structures  in  mem- 
ory. There  are  two  rings,  a  receive  ring  and  a  transmit 
ring.  The  size  of  a  message  descriptor  entry  is  4 
DWORDs,  or  1 6  bytes,  when  SSIZE32  =  1 .  The  size  of  a 
message  descriptor  entry  is  4  words,  or  8  bytes,  when 
SSIZE32  =  0. 

Descriptor  Rings 

Each  descriptor  ring  must  be  organized  in  a  contiguous 
area  of  memory.  At  initialization  time  (setting  the  INIT  bit 
in  CSRO),  the  PCnet-PCI  controller  reads  the  user-de- 
fined base  address  for  the  transmit  and  receive  descrip- 
tor rings,  as  well  as  the  number  of  entries  contained  in 
the  descriptor  rings.  Descriptor  ring  base  addresses 
must  be  on  a  1 6-byte  boundary  when  SSIZE32=1 ,  and 
8-byte  boundary  when  SSIZE=0.  A  maximum  of  1 28  (or 
512,  depending  upon  the  value  of  SSIZE32)  ring  entries 
is  allowed  when  the  ring  length  is  set  through  the  TLEN 
and  RLEN  fields  of  the  initialization  block.  However,  the 
ring  lengths  can  be  set  beyond  this  range  (up  to  65535) 
by  writing  the  transmit  and  receive  ring  length  registers 
(CSR76,  CSR78)  directly. 

Each  ring  entry  contains  the  following  information: 

1 .  The  address  of  the  actual  message  data  buffer  in 
user  or  host  memory 

2.  The  length  of  the  message  buffer 

3.  Status  information  indicating  the  condition  of  the 
buffer 

To  permit  the  queuing  and  de-queuing  of  message  buff- 
ers, ownership  of  each  buffer  is  allocated  to  either  the 
PCnet-PC  I  controller  or  the  host.  The  OWN  bit  within  the 
descriptor  status  information,  either  TMD  or  RMD  (see 
section  on  TMD  or  RMD),  is  used  for  this  purpose. 
OWN=  "1"  signifies  that  the  PCnet-PCI  controller  cur- 
rently has  ownership  of  this  ring  descriptor  and  its  asso- 
ciated buffer.  Only  the  owner  is  permitted  to  relinquish 
ownership  or  tc  write  to  any  field  in  the  descriptor  entry. 
A  device  that  is  not  the  current  owner  of  a  descriptor  en- 
try cannot  assume  ownership  or  change  any  field  in  the 


Am79C970 


1-913 


£1  AMD 


PRELIMINARY 


entry.  A  device  may,  however,  read  from  a  descriptor 
that  it  does  not  currently  own.  Software  should  always 
read  descriptor  entries  in  sequential  order.  When  soft- 
ware finds  that  the  current  descriptor  is  owned  by  the 
PCnet-PCI  controller,  then  the  software  must  not  read 
"ahead"  to  the  next  descriptor.  The  software  should  wait 
at  the  unOWNed  descriptor  until  ownership  has  been 
granted  to  the  software  (when  SPRINTEN  =  1  (CSR3, 
bit  5),  then  this  rule  is  modified.  See  the  SPRINTEN  de- 
scription). Strict  adherence  to  these  rules  insures  that 
"Deadly  Embrace"  conditions  are  avoided. 

Descriptor  Ring  Access  Mechanism 

At  initialization,  the  PCnet-PCI  controller  reads  the  base 
address  of  both  the  transmit  and  receive  descriptor  rings 
into  CSRs  for  use  by  the  PCnet-PCI  controller  during 
subsequent  operations. 


As  the  final  step  in  the  self-initialization  process,  the 
base  address  of  each  ring  is  loaded  into  each  of  the  cur- 
rent descriptor  address  registers  and  the  address  of  the 
next  descriptor  entry  in  the  transmit  and  receive  rings  is 
computed  and  loaded  into  each  of  the  next  descriptor 
address  registers. 

When  SSIZE32  =  0,  software  data  structures  are  16  bits 
wide.  The  following  diagram,  Figure  22,  illustrates  the 
relationship  between  the  Initialization  Base  Address, 
the  Initialization  Block,  the  Receive  and  Transmit  De- 
scriptor Ring  Base  Addresses,  the  Receive  and  Trans- 
mit Descriptors  and  the  Receive  and  Transmit  Data 
Buffers,  for  the  case  of  SSIZE32  =  0. 
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Figure  22.  16-Bit  Data  Structures:  Initialization  Block  and  Descriptor  Rings 
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When  SSIZE32  =  1 ,  software  data  structures  are  32  bits 
wide.  The  following  diagram  illustrates,  Figure  23,  the 
reationship  between  the  Initialization  Base  Address, 
the  Initialization  Block,  the  Receive  and  Transmit 


Descriptor  Ring  Base  Addresses,  the  Receive  and 
Transmit  Descriptors  and  the  Receive  and  Transmit 
Data  Buffers,  for  the  case  of  SSIZE32  =  1 . 
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Figure  23.  32-Bit  Data  Structures:  Initialization  Block  and  Descriptor  Rings 
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Polling 

If  there  is  no  network  channel  activity  and  there  is  no 
pre-  or  post-receive  or  pre-  or  post-transmit  activity  be- 
ing performed  by  the  PCnet-PCI  controller,  then  the 
PCnet-PCI  controller  will  periodically  poll  the  current  re- 
ceive and  transmit  descriptor  entries  in  order  to  ascer- 
tain their  ownership.  If  the  DPOLL  bit  in  CSR4  is  set, 
then  the  transmit  polling  function  is  disabled. 

A  typical  polling  operation  consists  of  the  following :  The 
PCnet-PCI  controller  will  use  the  current  receive  de- 
scriptor address  stored  internally  to  vector  to  the  appro- 
priate Receive  Descriptor  Table  Entry  (RDTE).  It  will 
then  use  the  current  transmit  descriptor  address  (stored 
internally)  to  vector  to  the  appropriate  Transmit  Descrip- 
tor Table  Entry  (TDTE).  The  accesses  will  be  made  in 
the  following  order:  RMD1,  then  RMDO  of  the  current 
RDTE  during  one  bus  arbitration,  and  after  that,  TMD1 , 
then  TMDO  of  the  current  TDTE  during  a  second  bus  ar- 
bitration. All  information  collected  during  polling  activity 
will  be  stored  internally  in  the  appropriate  CSRs.  (i.e. 
CSR18,  CSR19,  CSR20,  CSR21,  CSR40,  CSR42, 
CSR50,  CSR52).  UnOWNed  descriptor  status  will  be  in- 
ternally ignored. 

A  typical  receive  poll  is  the  product  of  the  following 
conditions: 

1 .  PCnet-PCI  controller  does  not  possess  ownership 
of  the  current  RDTE  and  the  poll  time  has  elapsed 
and  RXON=1  (CSRO,  bit  5),  or 

2.  PCnet-PCI  controller  does  not  possess  ownership 
of  the  next  RDTE  the  poll  time  has  elapsed  and 
RXON=1. 

If  RXON=0  the  PCnet-PCI  controller  will  never  poll 
RDTE  locations. 

The  ideal  system  should  always  have  at  least  one  RDTE 
available  for  the  possibility  of  an  unpredictable  receive 
event.  (This  condition  is  not  a  requirement.  If  this  condi- 
tion is  not  met,  it  simply  means  that  frames  will  be 
missed  by  the  system  because  there  was  no  buffer 
space  available.)  But  the  typical  system  usually  has  at 
least  one  or  two  R  DTEs  available  for  the  possibility  of  an 
unpredictable  receive  event.  Given  that  this  condition  is 
satisfied,  the  current  and  next  RDTE  polls  are  rarely 
seen  and  hence,  the  typical  poll  operation  simply  con- 
sists of  a  check  of  the  status  of  the  current  TDTE.  When 
there  is  only  one  RDTE  (because  the  RLEN  was  set  to 
ZERO),  then  there  is  no  "next  RDTE"  and  ownership  of 
"next  RDTE"  cannot  be  checked.  If  there  is  at  least  one 
RDTE,  the  RDTE  poll  will  rarely  be  seen  and  the  typical 
poll  operation  simply  consists  of  a  check  of  the 
current  TDTE. 


A  typical  transmit  poll  is  the  product  of  the  following 
conditions: 

1 .  PCnet-PCI  controller  does  not  possess  ownership 
of  the  current  TDTE  and 

DPOLL=0  (CSR4,  bit  2)  and 
TXON=1  (CSRO,  bit  4)  and 
the  poll  time  has  elapsed,  or 

2.  PCnet-PCI  controller  does  not  possess  ownership 
of  the  current  TDTE  and 

DPOLL=0  and 
TXON=1  and 

a  frame  has  just  been  received,  or 

3.  PCnet-PCI  controller  does  not  possess  ownership 
of  the  current  TDTE  and 

DPOLL=0  and 
TXON=1  and 

a  frame  has  just  been  transmitted. 

Setting  the  TDMD  bit  of  CSRO  will  cause  the  microcode 
controller  to  exit  the  poll  counting  code  and  immediately 
perform  a  polling  operation.  If  RDTE  ownership  has  not 
been  previously  established,  then  an  RDTE  poll  will  be 
performed  ahead  of  the  TDTE  poll.  If  the  microcode  is 
not  executing  the  poll  counting  code  when  the  TDMD  bit 
is  set,  then  the  demanded  poll  of  the  TDTE  will  be  de- 
layed until  the  microcode  returns  to  the  poll 
counting  code. 

The  user  may  change  the  poll  time  value  from  the  de- 
fault of  65,536  clock  periods  by  modifying  the  value  in 
the  Polling  Interval  register  (CSR47).  Note  that  if  a  non- 
default  value  is  desired,  then  a  strict  sequence  of  setting 
the  INIT  bit  in  CSRO,  waiting  for  IDONE,  then  writing  to 
CSR47,  and  then  setting  STRT  in  CSRO  must  be  ob- 
served, otherwise  the  default  value  will  not  be  overwrit- 
ten. See  the  CSR47  section  for  details. 

Transmit  Descriptor  Table  Entry  (TDTE) 

If,  after  a  TDTE  access,  the  PCnet-PCI  controller  finds 
that  the  OWN  bit  of  that  TDTE  is  not  set,  then  the  PCnet- 
PCI  controller  resumes  the  poll  time  count  and 
reexamines  the  same  TDTE  at  the  next  expiration  of  the 
poll  time  count. 

If  the  OWN  bit  of  the  TDTE  is  set,  but  Start  of  Frame 
(STP)  bit  is  not  set,  the  PCnet-PCI  controller  will  imme- 
diately request  the  bus  in  order  to  reset  the  OWN  bit  of 
this  descriptor.  (This  condition  would  normally  be  found 
following  a  LCOL  or  RETRY  error  that  occurred  in  the 
middle  of  a  transmit  frame  chain  of  buffers.)  After  reset- 
ting the  OWN  bit  of  this  descriptor,  the  PCnet-PCI  con- 
troller will  again  immediately  request  the  bus  in  order  to 
access  the  next  TDTE  location  in  the  ring. 
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If  the  OWN  bit  is  set  and  the  buffer  length  is  0,  the  OWN 
bit  will  be  reset.  In  the  LANCE  the  buffer  length  of  0  is 
interpreted  as  a  4096-byte  buffer.  It  is  acceptable  to 
have  a  0  length  buffer  on  transmit  with  STP  =  1  or 
STP  =  1  and  ENP  =  1.  R  is  not  acceptable  to  have  0 
length  buffer  with  STP  =  0  and  ENP  =1 . 

If  the  OWN  bit  is  set  and  the  start  of  frame  (STP)  bit  is 
set,  then  microcode  control  proceeds  to  a  routine  that 
will  enable  transmit  data  transfers  to  the  FIFO.  The 
PCnet-PCI  controller  will  look  ahead  to  the  next  transmit 
descriptor  after  it  has  performed  at  least  one  transmit 
data  transfer  from  the  first  buffer.  (More  than  one  trans- 
mit data  transfer  may  possibly  take  place,  depending 
upon  the  state  of  the  transmitter.)  The  contents  of  TM  DO 
and  TMD1  will  be  stored  in  Next  Xmt  Buffer  Address 
(CSR64  and  CSR65),  Next  Xmt  Byte  Count  (CSR66) 
and  Next  Xmt  Status  (CSR67)  regardless  of  the  state  of 
the  OWN  bit.  This  transmit  descriptor  lookahead  opera- 
tion is  performed  only  once. 

If  the  PCnet-PCI  controller  does  not  own  the  next  TDTE 
(i.e.  the  second  TDTE  for  this  frame),  then  it  will  com- 
plete transmission  of  the  current  buffer  and  then  update 
the  status  of  the  current  (first)  TDTE  with  the  BUFF  and 
UFLO  bits  being  set.  This  will  cause  the  transmitter  to  be 
disabled  (CSRO,  TXON=0).  The  PCnet-PCI  controller 
will  have  to  be  re-initialized  to  restore  the  transmit  func- 
tion. The  situation  that  matches  this  description  implies 
that  the  system  has  not  been  able  to  stay  ahead  of  the 
PCnet-PCI  controller  in  the  transmit  descriptor  ring  and 
therefore,  the  condition  is  treated  as  a  fatal  error.  (To 
avoid  this  situation,  the  system  should  always  set  the 
transmit  chain  descriptor  own  bits  in  reverse  order.) 


If  the  PCnet-PCI  controller  does  own  the  second  TDTE 
in  a  chain,  it  will  gradually  empty  the  contents  of  the  first 
buffer  (as  the  bytes  are  needed  by  the  transmit  opera- 
tion) ,  perform  a  single-cycle  DMA  transfer  to  update  the 
status  of  the  first  descriptor  (reset  the  OWN  bit  in 
TMD1),and  then  it  may  perform  one  data  DMA  access 
on  the  second  buffer  in  the  chain  before  executing  an- 
other lookahead  operation,  (i.e.  a  lookahead  to  the  third 
descriptor.) 

The  PCnet-PCI  controller  can  queue  up  to  two  frames  in 
the  transmit  FIFO.  Call  them  frame  "X"  and  frame  "Y", 
where  "Y"  is  after  "X".  Assume  that  frame  "X"  is  currently 
being  transmitted.  Because  the  PCnet-PCI  controller 
can  perform  lookahead  data  transfer  past  the  ENP  of 
frame  "X",  it  is  possible  for  the  PCnet-PCI  controller  to 
completely  transfer  the  data  from  a  buffer  belonging  to 
frame  "Y"  into  the  FIFO  even  though  frame  "X"  has  not 
yet  been  completely  transmitted.  At  the  end  of  this  "Y" 
buffer  data  transfer,  the  PCnet-PCI  controller  will  write 
intermediate  status  (change  the  OWN  bit  to  a  ZERO)  for 
the  "Y"  frame  buffer,  if  frame  "Y"  uses  data  chaining. 


The  last  TDTE  for  the  "X"  frame  (containing  ENP)  has 
not  yet  been  written,  since  the  "X"  frame  has  not  yet 
been  completely  transmitted.  Note  that  the  PCnet-PCI 
controller  has,  in  this  instance,  returned  ownership  of  a 
TDTE  to  the  host  out  of  a  "normal"  sequence. 

For  this  reason,  it  becomes  imperative  that  the  host  sys- 
tem should  never  read  the  Transmit  DTE  ownership  bits 
out  of  order.  Software  should  always  process  buffers  in 
sequence,  waiting  for  the  ownership  before  proceeding. 

There  should  be  no  problems  for  software  which  proc- 
esses buffers  in  sequence,  waiting  for  ownership  before 
proceeding. 

If  an  error  occurs  in  the  transmission  before  all  of  the 
bytes  of  the  current  buffer  have  been  transferred,  then 
TMD2andTMD1  of  the  current  buffer  will  be  written;  In 
such  a  case,  data  transfers  from  the  next  buffer  will  not 
commence.  Instead,  following  the  TMD2/TMD1  update, 
the  PCnet-PCI  controller  will  go  to  the  next  transmit 
frame,  if  any,  skipping  over  the  rest  of  the  frame  which 
experienced  an  error,  including  chained  buffers.  This  is 
done  by  returning  to  the  polling  microcode  where 
PCnet-PCI  controller  will  immediately  access  the  next 
descriptor  and  find  the  condition  OWN= 1  and  STP=0  as 
described  earlier.  As  described  forthat  case,  the  PCnet- 
PCI  controller  will  reset  the  own  bit  for  this  descriptor 
and  continue  in  like  manner  until  a  descriptor  with 
OWN=0  (no  more  transmit  frames  in  the  ring)  or 
OWN=1  and  STP=1  (the  first  buffer  of  a  new  frame) 
is  reached. 

At  the  end  of  any  transmit  operation,  whether  successful 
or  with  errors,  immediately  following  the  completion  of 
the  descriptor  updates,  the  PCnet-PCI  controller  will  al- 
ways perform  another  poll  operation.  As  described  ear- 
lier, this  poll  operation  will  begin  with  a  check  of  the 
current  RDTE,  unless  the  PCnet-PCI  controller  already 
owns  that  descriptor.  Then  the  PCnet-PCI  controller  will 
proceed  to  polling  the  next  TDTE.  If  the  transmit  descrip- 
tor OWN  bit  has  a  ZERO  value,  then  the  PCnet-PCI  con- 
troller will  resume  poll  time  count  incrementing.  If  the 
transmit  descriptor  OWN  bit  has  a  value  of  ONE,  then 
the  PCnet-PCI  controller  will  begin  filling  the  FIFO  with 
transmit  data  and  initiate  a  transmission.  This  end-of- 
operation  poll  coupled  with  the  TDTE  lookahead  opera- 
tion allows  the  PCnet-PCI  controller  to  avoid  inserting 
poll  time  counts  between  successive  transmit  frames. 

Whenever  the  PCnet-PCI  controller  completes  a  trans- 
mit frame  (either  with  or  without  error)  and  writes  the 
status  information  to  the  current  descriptor,  then  the 
TINT  bit  of  CSRO  is  set  to  indicate  the  completion  of  a 
transmission.  This  causes  an  interrupt  signal  if  the  IENA 
bit  of  CSRO  has  been  set  and  the  TINTM  bit  of  CSR3 
is  reset. 
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Receive  Descriptor  Table  Entry  (RDTE) 

If  the  PCnet-PCI  controller  does  not  own  both  the  cur- 
rent and  the  next  Receive  Descriptor  Table  Entry  then 
the  PCnet-PCI  controller  will  continue  to  poll  according 
to  the  polling  sequence  described  above.  If  the  receive 
descriptor  ring  length  is  1 ,  then  there  is  no  next  descrip- 
tor to  be  polled. 

If  a  poll  operation  has  revealed  that  the  current  and  the 
next  RDTE  belong  to  the  PCnet-PCI  controller  then  ad- 
ditional poll  accesses  are  not  necessary.  Future  poll  op- 
erations will  not  include  RDTE  accesses  as  long  as  the 
PCnet-PCI  controller  retains  ownership  of  the  current 
and  the  next  RDTE. 

When  receive  activity  is  present  on  the  channel,  the 
PCnet-PCI  controller  waits  for  the  complete  address  of 
the  message  to  arrive.  It  then  decides  whether  to  accept 
or  reject  the  frame  based  on  all  active  addressing 
schemes.  If  the  frame  is  accepted  the  PCnet-PCI  con- 
troller checks  the  current  receive  buffer  status  register 
CRST  (CSR41)  to  determine  the  ownership  of  the  cur- 
rent buffer. 

If  ownership  is  lacking,  then  the  PCnet-PCI  controller 
will  immediately  perform  a  (last  ditch)  poll  of  the  current 
RDTE.  If  ownership  is  still  denied,  then  the  PCnet-PCI 
controller  has  no  buffer  in  which  to  store  the  incoming 
message.  The  MISS  bit  will  be  set  in  CSRO  and  an  inter- 
rupt will  be  generated  if  IENA=1  (CSRO)  and  MISSM=0 
(CSR3).  Another  poll  of  the  current  RDTE  will  not  occur 
until  the  frame  has  finished. 

If  the  PCnet-PCI  controller  sees  that  the  last  poll  (either 
a  normal  poll,  or  the  last-ditch  effort  described  in  the 
above  paragraph)  of  the  current  RDTE  shows  valid  own- 
ership, then  it  proceeds  to  a  poll  of  the  next  RDTE.  Fol- 
lowing this  poll,  and  regardless  of  the  outcome  of  this 
poll,  transfers  of  receive  data  from  the  FIFO  may  begin. 

Regardless  of  ownership  of  the  second  receive  descrip- 
tor, the  PCnet-PCI  controller  will  continue  to  perform  re- 
ceive data  DMA  transfers  to  the  first  buffer.  If  the  frame 
length  exceeds  the  length  of  the  first  buffer,  and  the 
PCnet-PCI  controller  does  not  own  the  second  buffer, 
ownership  of  the  current  descriptor  will  be  passed  back 
to  the  system  by  writing  a  ZERO  to  the  OWN  bit  of 
RMD1  and  status  will  be  written  indicating  buffer 
(BUFF=1)  and  possibly  overflow  (OFLO=1)  errors. 

If  the  frame  length  exceeds  the  length  of  the  first  (cur- 
rent) buffer,  and  the  PCnet-PCI  controller  does  own  the 
second  (next)  buffer,  ownership  will  be  passed  back  to 
the  system  by  writing  a  ZERO  to  the  OWN  bit  of  RMD1 
when  the  first  buffer  is  full.  Receive  data  transfers  to  the 
second  buffer  may  occur  before  the  PCnet-PCI  control- 
ler proceeds  to  look  ahead  to  the  ownership  of  the  third 
buffer.  Such  action  will  depend  upon  the  state  of  the 
FIFO  when  the  status  has  been  updated  on  the  first  de- 
scriptor. In  any  case,  lookahead  will  be  performed  to  the 


third  buffer  and  the  information  gathered  will  be  stored  in 
the  chip,  regardless  of  the  state  of  the  ownership  bit.  As 
in  the  transmit  flow,  lookahead  operations  are  per- 
formed only  once. 

This  activity  continues  until  the  PCnet-PCI  controller 
recognizes  the  completion  of  the  frame  (the  last  byte  of 
this  receive  message  has  been  removed  from  the 
FIFO).  The  PCnet-PCI  controller  will  subsequently  up- 
date the  current  RDTE  status  with  the  end  of  frame 
(ENP)  indication  set,  write  the  message  byte  count 
(MCNT)  of  the  complete  frame  into  RMD2  and  overwrite 
the  "current"  entries  in  the  CSRs  with  the  "next"  entries. 

Media  Access  Control 

The  Media  Access  Control  engine  incorporates  the  es- 
sential protocol  requirements  for  operation  of  a  compli- 
ant Ethernet/802.3  node,  and  provides  the  interface 
between  the  FIFO  sub-system  and  the  Manchester  En- 
coder/Decoder (MENDEC). 

The  MAC  engine  is  fully  compliant  to  Section  4  of  ISO/ 
IEC  8802-3  (ANSI/IEEE  Standard  1990  Second  edition) 
and  ANSI/IEEE  802.3  (1985). 

The  MAC  engine  provides  programmable  enhanced 
features  designed  to  minimize  host  supervision,  bus 
utilization,  and  pre-  or  post-  message  processing. 
These  include  the  ability  to  disable  retries  after  a  colli- 
sion, dynamic  FCS  generation  on  a  frame-by-frame  ba- 
sis, and  automatic  pad  field  insertion  and  deletion  to 
enforce  minimum  frame  size  attributes,  automatic 
retransmission  without  reloading  the  FIFO,  automatic 
deletion  of  collision  fragments,  and  reduces  bus 
bandwidth  use. 

The  two  primary  attributes  of  the  MAC  engine  are: 

■  Transmit  and  receive  message  data  encapsulation. 

—  Framing  (frame  boundary  delimitation,  frame 
synchronization). 

—  Addressing  (source  and  destination  address 
handling). 

—  Error  detection  (physical  medium  transmission 
errors). 

■  Media  access  management. 

—  Medium  allocation  (collision  avoidance). 

—  Contention  resolution  (collision  handling). 
Transmit  and  Receive  Message  Data 
Encapsulation 

The  MAC  engine  provides  minimum  frame  size  enforce- 
ment for  transmit  and  receive  frames.  When 
APAD_XMT  =  1  (CSR,  bit  11),  transmit  messages  will 
be  padded  with  sufficient  bytes  (containing  OOh)  to  en- 
sure that  the  receiving  station  will  observe  an  informa- 
tion field  (destination  address,  source  address, 
length/type,  data  and  FCS)  of  64-bytes.  When 
ASTRP_RCV  =  1  (CSR4,  bit  10),  the  receiver  will 
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itomatically  strip  pad  bytes  from  the  received  mes- 
!  by  observing  the  value  in  the  length  field,  and  strip- 
excess  bytes  if  this  value  is  below  the  minimum 
ita  size  (46  bytes).  Both  features  can  be  independ- 
itly  over-ridden  to  allow  illegally  short  (less  than  64 
1es  of  frame  data)  messages  to  be  transmitted  and/or 
eived.  The  use  of  this  feature  reduces  bus  utilization 
ause  the  pad  bytes  are  not  transferred  into  or  out  of 
lin  memory. 

Framing  (Frame  Boundary  Delimitation,  Frame 
Synchronization) 

The  MAC  engine  will  autonomously  handle  the  con- 
struction of  the  transmit  frame.  Once  the  Transmit  FIFO 
has  been  filled  to  the  predetermined  threshold  (set  by 
XMTSP  in  CSR80) ,  and  providing  access  to  the  channel 
is  currently  permitted,  the  MAC  engine  will  commence 
the  7  byte  preamble  sequence  (1010101  Ob,  where  first 
bit  transmitted  is  a  1).  The  MAC  engine  will  subse- 
quently append  the  Start  Frame  Delimiter  (SFD)  byte 
(10101011b)  followed  by  the  serialized  data  from  the 
Transmit  FIFO.  Once  the  data  has  been  completed,  the 
MAC  engine  will  append  the  FCS  (most  significant  bit 
first)  which  was  computed  on  the  entire  data  portion  of 
the  frame.  The  data  portion  of  the  frame  consists  of  des- 
tination address,  source  address,  length/type,  and 
frame  data. 

The  user  is  responsible  for  the  correct  ordering  and  con- 
tent in  each  of  the  fields  in  the  frame. 

The  receive  section  of  the  MAC  engine  will  detect  an  in- 
coming preamble  sequence  and  lock  to  the  encoded 
clock.  The  internal  MENDEC  will  decode  the  serial  bit 
stream  and  present  this  to  the  MAC  engine.  The  MAC 
will  discard  the  first  8-bits  of  information  before  search- 
ingforthe  SFD  sequence.  Once  the  SFD  is  detected,  all 
sequent  bits  are  treated  as  part  of  the  frame.  The 
:  engine  will  inspect  the  length  field  to  ensure  mini- 
i  frame  size,  strip  unnecessary  pad  characters  (if 
enabled),  and  pass  the  remaining  bytes  through  the  Re- 
ceive FIFO  to  the  host.  If  pad  stripping  is  performed,  the 
MAC  engine  will  also  strip  the  received  FCS  bytes,  al- 
though the  normal  FCS  computation  and  checking  will 
occur.  Note  that  apart  from  pad  stripping,  the  frame  will 
be  passed  unmodified  to  the  host.  If  the  length  field  has 
a  value  of  46  or  greater,  the  MAC  engine  will  not  attempt 
to  validate  the  length  against  the  number  of  bytes  con- 
tained in  the  message. 

If  the  frame  terminates  or  suffers  a  collision  before 
64-bytes  of  information  (after  SFD)  have  been  received, 
the  MAC  engine  will  automatically  delete  the  frame  from 
the  Receive  FIFO,  without  host  intervention.  The  PCnet- 
PCI  controller  has  the  ability  to  accept  runt  packets  for 
diagnostics  purposes  and  proprietary  networks. 


Addressing  (Source  and  Destination  Address 
Handling) 

The  first  6-bytes  of  information  after  SFD  will  be  inter- 
preted as  the  destination  address  field.  The  MAC  engine 
provides  facilities  for  physical,  logical  (multicast)  and 
broadcast  address  reception. 

Error  Detection  (Physical  Medium  Transmission 
Errors) 

The  MAC  engine  provides  several  facilities  which  report 
and  recover  from  errors  on  the  medium.  In  addition,  the 
network  is  protected  from  gross  errors  due  to  inability  of 
the  host  to  keep  pace  with  the  MAC  engine  activity. 

On  completion  of  transmission,  the  following  transmit 
status  is  available  in  the  appropriate  TMD  and  CSR 
areas: 

■  The  exact  number  of  transmission  retry  attempts 
(ONE,  MORE,  RTRY  or  TRC). 

■  Whether  the  MAC  engine  had  to  Defer  (DEF)  due 
to  channel  activity. 

■  Excessive  deferral  (EXDEF),  indicating  that  the 
transmitter  has  experienced  Excessive  Deferral  on 
this  transmit  frame,  where  Excessive  Deferral  is 
defined  in  ISO  8802-3  (IEEE/ANSI  802.3). 

■  Loss  of  Carrier  (LCAR),  indicating  that  there  was 
an  interruption  in  the  ability  of  the  MAC  engine  to 
monitor  its  own  transmission.  Repeated 

LCAR  errors  indicate  a  potentially  faulty  trans- 
ceiver or  network  connection. 

■  Late  Collision  (LCOL)  indicates  that  the  transmis- 
sion suffered  a  collision  after  the  slot  time.  This 

is  indicative  of  a  badly  configured  network.  Late 
collisions  should  not  occur  in  a  normal  operating 
network. 

■  Collision  Error  (CERR)  indicates  that  the  trans- 
ceiver did  not  respond  with  an  SQE  Test  message 
within  the  predetermined  time  after  a  transmission 
completed.  This  may  be  due  to  a  failed  transceiver, 
disconnected  or  faulty  transceiver  drop  cable,  or 
the  fact  the  transceiver  does  not  support  this  fea- 
ture (or  it  is  disabled). 

In  addition  to  the  reporting  of  network  errors,  the  MAC 
engine  will  also  attempt  to  prevent  the  creation  of  any 
network  error  due  to  the  inability  of  the  host  to  service 
the  MAC  engine.  During  transmission,  if  the  host  fails  to 
keep  the  Transmit  Fl  FO  filled  sufficiently,  causing  an  un- 
derflow, the  MAC  engine  will  guarantee  the  message  is 
either  sent  as  a  runt  packet  (which  will  be  deleted  by  the 
receiving  station)  or  has  an  invalid  FCS  (which  will  also 
cause  the  receiver  to  reject  the  message). 
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The  status  of  each  receive  message  is  available  in  the 
appropriate  RMD  and  CSR  areas.  FCS  and  Framing  er- 
rors (FRAM)  are  reported,  although  the  received  trame 
is  still  passed  to  the  host.  The  FRAM  error  will  only  be 
reported  if  an  FCS  error  is  detected  and  there  are  a  non 
integral  number  of  bytes  in  the  message.  The  MAC  en- 
gine will  ignore  up  to  7  additional  bits  at  the  end  of  a  mes- 
sage (dribbling  bits),  which  can  occur  under  normal 
network  operating  conditions.  The  reception  of  8  addi- 
tional bits  will  cause  the  MAC  engine  to  de-serialize  the 
entire  byte,  and  will  result  in  the  received  message  and 
FCS  being  modified. 

The  PCnet-PCI  controller  can  handle  up  to  7  dribbling 
bits  when  a  received  frame  terminates.  During  the  re- 
ception, the  FCS  is  generated  on  every  serial  bit  (includ- 
ing the  dribbling  bits)  coming  from  the  cable,  although 
the  internally  saved  FCS  value  is  only  updated  on  the 
eighth  bit  (on  each  byte  boundary).  The  framing  error  is 
reported  to  the  user  as  follows: 

■  If  the  number  of  dribbling  bits  are  1  to  7  and  there 
is  no  CRC  (FCS)  error,  then  there  is  no  Framing 
error  (FRAM  =  0). 

■  If  the  number  of  dribbling  bits  are  1  to  7  and  there 
is  a  CRC  (FCS)  error,  then  there  is  also  a  Framing 
error  (FRAM  =  1). 

■  If  the  number  of  dribbling  bits  =  0,  then  there  is  no 
Framing  error.  There  may  or  may  not  be  a  CRC 
(FCS)  error. 

Counters  are  provided  to  report  the  Receive  Collision 
Count  and  Runt  Packet  Count  for  network  statistics  and 
utilization  calculations. 

Note  that  if  the  MAC  engine  detects  a  received  frame 
which  has  a  00b  pattern  in  the  preamble  (after  the  first  8 
bits  which  are  ignored),  the  entire  frame  will  be  ignored. 
The  MAC  engine  will  wait  for  the  network  to  go  inactive 
before  attempting  to  receive  additional  frames. 

Media  Access  Management 

The  basic  requirement  for  all  stations  on  the  network  is 
to  provide  fairness  of  channel  allocation.  The 
802.3/Ethernet  protocols  define  a  media  access  mecha- 
nism which  permits  all  stations  to  access  the  channel 
with  equality.  Any  node  can  attempt  to  contend  for  the 
channel  by  waiting  for  a  predetermined  time  (Inter  Pack- 
et Gap  internal)  after  the  last  activity,  before  transmitting 
on  the  media.  The  channel  is  a  multidrop  communica- 
tions media  (with  various  topological  configurations  per- 
mitted) which  allows  a  single  station  to  transmit  and  all 
other  stations  to  receive.  If  two  nodes  simultaneously 
contend  for  the  channel,  their  signals  will  interact  caus- 
ing loss  of  data,  defined  as  a  collision.  It  is  the  responsi- 
bility of  the  MAC  to  attempt  to  avoid  and  recover  from  a 
collision,  to  guarantee  data  integrity  for  the  end-to-end 
transmission  to  the  receiving  station. 


Medium  Allocation 

The  IEEE/ANSI  802.3  Standard  (ISO/I EC  8802-3 1990) 
requires  that  the  CSMA/CD  MAC  monitor  the  medium 
for  traffic  by  watching  for  carrier  activity.  When  carrier  is 
detected,  the  media  is  considered  busy,  and  the  MAC 
should  defer  to  the  existing  message. 

The  ISO  8802-3  (IEEE/ANSI  802.3)  Standard  also  al- 
lows optional  two  part  deferral  after  a  receive  message. 

See  ANSI/IEEE  Std  802.3 -1990  Edition,  4.2.3.2.1: 

Note:  It  is  possible  for  the  PLS  carrier  sense  indication 
to  fail  to  be  asserted  during  a  collision  on  the  media.  If 
the  deference  process  simply  times  the  interFrame  gap 
based  on  this  indication  it  is  possible  for  a  short  inter- 
Frame  gap  to  be  generated,  leading  to  a  potential  recep- 
tion failure  of  a  subsequent  frame.  To  enhance  system 
robustness  the  following  optional  measures,  as  speci- 
fied in  4.2.8,  are  recommended  when  Inter- 
FrameSpacingPartt  is  other  than  ZERO: 

1.  Upon  completing  a  transmission,  start  timing  the 
interpacket  gap,  as  soon  as  transmitting  and  car- 
rier Sense  are  both  false. 

2.  When  timing  an  interFrame  gap  following  recep- 
tion, reset  the  interFrame  gap  timing  if  carrier 
Sense  becomes  true  during  the  first  2/3  of  the  in- 
terFrame gap  timing  interval.  During  the  final  1/3  of 
the  interval  the  timer  shall  not  be  reset  to  ensure 
fair  access  to  the  medium.  An  initial  period  shorter 
than  2/3  of  the  interval  is  permissible  including 
ZERO. 

The  MAC  engine  implements  the  optional  receive  two 
part  deferral  algorithm,  with  a  first  part  inter-frame-spac- 
ing time  of  6.0  u,s.  The  second  part  of  the  inter-frame- 
spacing  interval  is  therefore  3.6  u.s. 

The  PCnet-PCI  controller  will  perform  the  two  part  de- 
ferral algorithm  as  specified  in  Section  4.2.8  (Process 
Deference).  The  Inter  Packet  Gap  (IPG)  timer  will  start 
timing  the  9.6  us  InterFrameSpacing  after  the  receive 
carrier  is  de-asserted.  During  the  first  part  deferral  (In- 
terFrameSpacingPartl  -  IFS1)  the  PCnet-PCI  control- 
ler will  defer  any  pending  transmit  frame  and  respond  to 
the  receive  message.  The  IPG  counter  will  be  reset  to 
ZERO  continuously  until  the  carrier  de-asserts,  at  which 
point  the  IPG  counter  will  resume  the  9.6  u.s  count  once 
again.  Once  the  IFS1  period  of  6.0  u.s  has  elapsed,  the 
PCnet-PCI  controller  will  begin  timing  the  second  part 
deferral  (InterFrame  Spacing  Part  2  -  IFS2)  of  3.6  us. 
Once  IFS1  has  completed,  and  IFS2  has  commenced, 
the  PCnet-PCI  controllerwill  not  deferto  a  receive  frame 
if  a  transmit  frame  is  pending.  This  means  that  the 
PCnet-PCI  controllerwill  not  attempt  to  receive  the  re- 
ceive frame,  since  it  will  start  to  transmit,  and  generate  a 
collision  at  9.6  us.  The  PCnet-PCI  controllerwill  guaran- 
tee to  complete  the  preamble  (64-bit)  and  jam  (32-bit) 
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sequence  before  ceasing  transmission  and  invoking  the 
random  backoff  algorithm. 

This  transmit  two  part  deferral  algorithm  is  implemented 
as  an  option  which  can  be  disabled  using  the  DXMT2PD 
bit  in  CSR3.  Two  part  deferral  after  transmission  is  use- 
ful for  ensuring  that  severe  IPG  shrinkage  cannot  occur 
in  specific  circumstances,  causing  a  transmit  message 
to  follow  a  receive  message  so  closely  as  to  make  them 
indistinguishable. 

During  the  time  period  immediately  after  a  transmission 
has  been  completed,  the  external  transceiver  (in  the 
case  of  a  standard  AUI  connected  device),  should  gen- 
erate the  SQE  Test  message  (a  nominal  1 0  MHz  burst  of 
5-15  Bit  Times  duration)  on  the  Cl±  pair  (within  0.6  u.s  - 
1.6u.s  after  the  transmission  ceases).  During  the  time 
period  in  which  the  SQE  Test  message  is  expected  the 
PCnet-PCI  controller  will  not  respond  to  receive 
carrier  sense. 

See  ANSI/IEEE  Std  802.3—1990  Edition,  7.2.4.6  (1): 

"At  the  conclusion  of  the  output  function,  the  DTE  opens 
a  time  window  during  which  it  expects  to  see  the  sig- 
nal_quality_error  signal  asserted  on  the  Control  In  cir- 
cuit. The  time  window  begins  when  the 
CARRIER_STATUS  becomes  CARRIER_ OFF.  If  exe- 
cution of  the  output  function  does  not  cause  CAR- 
RIER_ON  to  occur,  no  SQE  test  occurs  in  the  DTE.  The 
duration  of  the  window  shall  be  at  least  4.0  us  but  no 
more  than  8.0  us.  During  the  time  window  the  Carrier 
Sense  Function  is  inhibited. " 

The  PCnet-PCI  controller  implements  a  carrier  sense 
"blinding"  period  within  0  u.s  -  4.0  us  from  de-assertion 
of  carrier  sense  after  transmission.  This  effectively 
means  that  when  transmit  two  part  deferral  is  enabled 
(DXMT2PD  is  cleared)  the  IFS1  time  is  from  4  us  to  6  us 
a  ter  a  transmission.  However,  since  IPG  shrinkage  be- 
low 4  |is  will  rarely  be  encountered  on  a  correctly  config- 
ured networks,  and  since  the  fragment  size  will  be  larger 
than  the  4  us  blinding  window,  then  the  IPG  counter  will 
be  reset  by  a  worst  case  IPG  shrinkage/fragment  sce- 
nario and  the  PCnet-PCI  controller  will  defer  its  trans- 
mission. In  addition,  the  PCnet-PCI  controller  will  not 
restart  the  "blinding"  period  if  carrier  is  detected  within 
the  4.0  us  -  6.0  (is  IFS1  period,  but  will  commence  tim- 
ing of  the  entire  IFS1  period. 

Contention  Resolution  (Collision  Handling) 

Collision  detection  is  performed  and  reported  to  the 
MAC  engine  by  the  integrated  Manchester  Encoder/De- 
coder (MENDEC).  If  a  collision  is  detected  before  the 
complete  preamble/SFD  sequence  has  been  transmit- 
ted, the  MAC  Engine  will  complete  the  preamble/SFD 
before  appending  the  jam  sequence.  If  a  collision  is  de- 
tected after  the  preamble/SFD  has  been  completed,  but 


prior  to  512  bits  being  transmitted,  the  MAC  Engine  will 
abort  the  transmission,  and  append  the  jam  sequence 
immediately.  The  jam  sequence  is  a  32-bit  all  Zeros 
pattern. 

The  MAC  Engine  will  attempt  to  transmit  a  frame  a  total 
of  1 6  times  (initial  attempt  plus  1 5  retries)  due  to  normal 
collisions  (those  within  the  slot  time).  Detection  of  colli- 
sion will  cause  the  transmission  to  be  re-scheduled,  de- 
pendent on  the  backoff  time  that  the  MAC  Engine 
computes.  If  a  single  retry  was  required,  the  ONE  bit  will 
be  set  in  the  Transmit  Frame  Status.  If  more  than  one 
retry  was  required,  the  MORE  bit  will  be  set.  If  all  16  at- 
tempts experienced  collisions,  the  RTRY  bit  will  be  set 
(ONE  and  MORE  will  be  clear),  and  the  transmit  mes- 
sage will  be  flushed  from  the  FIFO.  If  retries  have  been 
disabled  by  setting  the  DRTY  bit  in  CSR1 5,  the  MAC  En- 
gine will  abandon  transmission  of  the  frame  on  detection 
of  the  first  collision.  In  this  case,  only  the  RTRY  bit  will  be 
set  and  the  transmit  message  will  be  flushed  from 
the  FIFO. 

If  a  collision  is  detected  after  512  bit  times  have  been 
transmitted,  the  collision  is  termed  a  late  collision.  The 
MAC  Engine  will  abort  the  transmission,  append  the  jam 
sequence  and  set  the  LCOL  bit.  No  retry  attempt  will  be 
scheduled  on  detection  of  a  late  collision,  and  the  trans- 
mit message  will  be  flushed  from  the  FIFO. 

The  ISO  8802-3  (IEEE/ ANSI  802.3)  Standard  requires 
use  of  a  "truncated  binary  exponential  backoff"  algo- 
rithm which  provides  a  controlled  pseudo  random 
mechanism  to  enforce  the  collision  backoff  interval,  be- 
fore re-transmission  is  attempted. 

See  ANSI/IEEE  Std  802.3—1990  Edition,  4.2.3.2.5: 

"At  the  end  of  enforcing  a  collision  (jamming),  the 
CSMA/CD  sublayer  delays  before  attempting  to  re- 
transmit the  frame.  The  delay  is  an  integer  multiple  of 
slot  Time.  The  number  of  slot  times  to  delay  before  the 
nth  re-transmission  attempt  is  chosen  as  a  uniformly 
distributed  random  integer  r  in  the  range: 

0  <r<2k 


k  =  min  (n,10)." 

The  PCnet-PCI  controller  provides  an  alternative  algo- 
rithm, which  suspends  the  counting  of  the  slot  time/IPG 
during  the  time  that  receive  carrier  sense  is  detected. 
This  aids  in  networks  where  large  numbers  of  nodes  are 
present,  and  numerous  nodes  can  be  in  collision.  It  ef- 
fectively accelerates  the  increase  in  the  backoff  time  in 
busy  networks,  and  allows  nodes  not  involved  in  the  col- 
lision to  access  the  channel  whilst  the  colliding  nodes 
await  a  reduction  in  channel  activity.  Once  channel  ac- 
tivity is  reduced,  the  nodes  resolving  the  collision  time 
out  their  slot  time  counters  as  normal. 
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Manchester  Encoder/Decoder  (MENDEC) 

The  integrated  Manchester  Encoder/Decoder  provides 
the  PLS  (Physical  Layer  Signaling)  functions  required 
tor  a  fully  compliant  ISO  8802-3  (IEEE/ANSI  802.3)  sta- 
tion. The  MENDEC  provides  the  encoding  function  for 
data  to  be  transmitted  on  the  network  using  the  high  ac- 
curacy on-board  oscillator,  driven  by  either  the  crystal 
oscillator  or  an  external  CMOS  level  compatible  clock. 
The  MENDEC  also  provides  the  decoding  function  from 
data  received  from  the  network.  The  MENDEC  contains 


a  Power  On  Reset  (POR)  circuit,  which  ensures  that  all 
analog  portions  of  the  PCnet-PCI  controller  are  forced 
into  their  correct  state  during  power  up,  and  prevents  er- 
roneous data  transmission  and/or  reception  during 
this  time. 

External  Crystal  Characteristics 

When  using  a  crystal  to  drive  the  oscillator,  the  following 
crystal  specification  may  be  used  to  ensure  less  than 
+0.5  ns  jitter  at  DO±.  See  Table  4  below. 


Table  4.  Crystal  Specification 


Parameter 

Min 

Nom 

Max 

Unit 

1.  Parallel  Resonant  Frequency 

20 

MHz 

2.  Resonant  Frequency  Error 

-50 

+50 

PPM 

3.  Change  in  Resonant  Frequency 

With  Respect  to  Temperature  (0  -  70°C)* 

-40 

+40 

PPM 

4.  Crystal  Load  Capacitance 

20 

50 

PF 

5.  Motional  Crystal  Capacitance  (C1 ) 

0.022 

pF 

6.  Series  Resistance 

35 

n 

7.  Shunt  Capacitance 

pF 

8.  Drive  Level 

TBD 

mW 

*  Requires  trimming  specification;  not  trim  is  50  PPM  total. 


External  Clock  Drive  Characteristics 

When  driving  the  oscillator  from  a  CMOS  level  external 
clock  source,  XTAL2  must  be  left  floating  (uncon- 
nected). An  external  clock  having  the  following  charac- 
teristics must  be  used  to  ensure  less  than  ±0.5  ns  jitter  at 
DO±.  See  Table  5. 


Table  5.  Clock  Drive  Characteristics 


Clock  Frequency: 

Rise/Fall  Time  (Wtp): 

XTAL1  HIGH/LOW  Time  (tHIGHALOW): 

XTAL1  Falling  Edge  to  Falling  Edge  Jitter: 


MENDEC  Transmit  Path 

The  transmit  section  encodes  separate  clock  and  NRZ 
data  input  signals  into  a  standard  Manchester  encoded 
serial  bit  stream.  The  transmit  outputs  (DO±)  are  de- 
signed to  operate  into  terminated  transmission  lines. 
When  operating  into  a  78  Q  terminated  transmission 
line,  the  transmit  signaling  meets  the  required  output 
levels  and  skew  for  Cheapernet,  Ethernet  and 
IEEE-802.3. 

Transmitter  Timing  and  Operation 

A  20  MHz  fundamental  mode  crystal  oscillator  provides 
the  basic  timing  reference  for  the  MENDEC  portion  of 
the  PCnet-PCI  controller.  The  crystal  is  divided  by  two, 


20  MHz  ±0.01% 

<=  6  ns  from  0.5  V  to  VDd  -0.5  V 
20  ns  min 

<  ±0.2  ns  at  2.5  V  input  (Vdd/2) 


to  create  the  internal  transmit  clock  reference.  Both 
clocks  are  fed  into  the  MENDECs  Manchester  Encoder 
to  generate  the  transitions  in  the  encoded  data  stream. 
The  internal  transmit  clock  is  used  by  the  MENDEC  to 
internally  synchronize  the  Internal  Transmit  Data 
(ITXDAT)  from  the  controller  and  Internal  Transmit  En- 
able (ITXEN).  The  internal  transmit  clock  is  also  used  as 
a  stable  bit  rate  clock  by  the  receive  section  of  the  MEN- 
DEC  and  controller. 

The  oscillator  requires  an  external  0.01%  timing  refer- 
ence. The  accuracy  requirements,  if  an  external  crystal 
is  used  are  tighter  because  allowance  for  the  on-board 
parasitics  must  be  made  to  deliver  a  final  accuracy  of 
0.01%. 
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Transmission  is  enabled  by  the  controller.  As  long  as  the 
ITXEN  request  remains  active,  the  serial  output  of  the 
controller  will  be  Manchester  encoded  and  appear  at 
DO±.  When  the  internal  request  is  dropped  by  the  con- 
troller, the  differential  transmit  outputs  go  to  one  of  two 
idle  states,  dependent  on  TSEL  in  the  Mode  Register 
(CSR15,  bit  9): 


TSEL  LOW: 

The  idle  state  of  DO±  yields  "ZERO" 
differential  to  operate  transformer- 
coupled  loads. 

TSEL  HIGH: 

In  this  idle  state,  DO+  is  positive  with 
respect  to  DO-  (logical  HIGH). 

Receiver  Path 

The  principal  functions  of  the  Receiver  are  to  signal  the 
PCnet-PCI  controller  that  there  is  information  on  the  re- 
ceive pair,  and  separate  the  incoming  Manchester  en- 
coded data  stream  into  clock  and  NRZ  data. 

The  Receiver  section  (see  Receiver  Block  Diagram) 
consists  of  two  parallel  paths.  The  receive  data  path  is  a 
ZERO  threshold,  wide  bandwidth  line  receiver.  The  car- 
rier path  is  an  offset  threshold  bandpass  detecting  line 
receiver.  Both  receivers  share  common  bias  networks 
to  allow  operation  over  a  wide  input  common 
mode  range. 


Dl± 


Data 
Receiver 


Noise 
Reject 
Filter 


Manchester 
Decoder 


Carrier 
Detect 
Circuit 


IRXDAT* 


ISRDCLK* 


IRXCRS' 


'Internal  signal 


Figure  24.  Receiver  Block  Diagram 


18220C-26 


Input  Signal  Conditioning 

Transient  noise  pulses  at  the  input  data  stream  are  re- 
jected by  the  Noise  Rejection  Filter.  Pulse  width  rejec- 
tion is  proportional  to  transmit  data  rate. 

The  Carrier  Detection  circuitry  detects  the  presence  of 
an  incoming  data  frame  by  discerning  and  rejecting 
noise  from  expected  Manchester  data,  and  controls  the 
stop  and  start  of  the  phase-lock  loop  during  clock  acqui- 
sit  on.  Clock  acquisition  requires  a  valid  Manchester  bit 
pattern  of  1010b  to  lock  onto  the  incoming  message. 

When  input  amplitude  and  pulse  width  conditions  are 
met  at  Dl±,  the  internal  enable  signal  from  the  MENDEC 
to  controller  (IRXCRS)  is  asserted  and  a  clock  acquisi- 
tion cycle  is  initiated. 


c, 


lock  Acquisition 

When  there  is  no  activity  at  Dl±  (receiver  is  idle),  the  re- 
ceive oscillator  is  phase  locked  to  internal  transmit 
clock.  The  first  negative  clock  transition  (bit  cell  center  of 
first  valid  Manchester  "0")  after  IRXCRS  is  asserted  in- 
terrupts the  receive  oscillator.  The  oscillator  is  then  re- 
started at  the  second  Manchester  "0"  (bit  time  4)  and  is 
phase  locked  to  it.  As  a  result,  the  MENDEC  acquires 

— 


the  clock  from  the  incoming  Manchester  bit  pattern  in 
4  bit  times  with  a  1 01  Ob  Manchester  bit  pattern. 

ISRDCLK  and  IRXDAT  are  enabled  1/4  bit  time  after 
clock  acquisition  in  bit  cell  5.  IRXDAT  is  at  a  HIGH  state 
when  the  receiver  is  idle  (no  ISRDCLK).  IRXDAT  how- 
ever, is  undefined  when  clock  is  acquired  and  may  re- 
main HIGH  or  change  to  LOW  state  whenever 
ISRDCLK  is  enabled.  At  1/4  bit  time  through  bit  cell  5, 
the  controller  portion  of  the  PCnet-PCI  controller  sees 
the  first  ISRDCLK  transition.  This  also  strobes  in  the  in- 
coming fifth  bit  to  the  MENDEC  as  Manchester  "1". 
IRXDAT  may  make  a  transition  afterthe  ISRDCLK  rising 
edge  in  bit  cell  5,  but  its  state  is  still  undefined.  The 
Manchester  "1"  at  bit  5  is  clocked  to  IRXDAT  output  at 
1/4  bit  time  in  bit  cell  6. 

PLL  Tracking 

After  clock  acquisition,  the  phase-locked  clock  is  com- 
pared to  the  incoming  transition  at  the  bit  cell  center 
(BCC)  and  the  resulting  phase  error  is  applied  to  a  cor- 
rection circuit.  This  circuit  ensures  that  the  phase- 
locked  clock  remains  locked  on  the  received  signal. 
Individual  bit  cell  phase  corrections  of  the  Voltage  Con- 
trolled Oscillator  (VCO)  are  limited  to  1 00%  of  the  phase 
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difference  between  BCC  and  phase-locked  clock. 
Hence,  input  data  jitter  is  reduced  in  ISRDCLK  by 
10to1. 

Carrier  Tracking  and  End  of  Message 

The  carrier  detection  circuit  monitors  the  Dl±  inputs  after 
IRXCRS  is  asserted  for  an  end  of  message.  IRXCRS 
de-asserts  1  to  2  bit  times  after  the  last  positive  transi- 
tion on  the  incoming  message.  This  initiates  the  end  of 
reception  cycle.  The  time  delay  from  the  last  rising  edge 
of  the  message  to  IRXCRS  de-assert  allows  the  last  bit 
to  be  strobed  by  ISRDCLK  and  transferred  to  the  con- 
troller section,  but  prevents  any  extra  bit(s)  at  the  end 
of  message. 

Data  Decoding 

The  data  receiver  is  a  comparator  with  clocked  output  to 
minimize  noise  sensitivity  to  the  DI+  inputs.  Input  error  is 
less  than  ±35  mV  to  minimize  sensitivity  to  input  rise  and 


fall  time.  ISRDCLK  strobes  the  data  receiver  output  at 
1 1 A  bit  time  to  determine  the  value  of  the  Manchester  bit, 
and  clocks  the  data  out  on  IRXDAT  on  the  following 
ISRDCLK.  The  data  receiver  also  generates  the  signal 
used  for  phase  detector  comparison  to  the  internal 
MENDEC  voltage  controlled  oscillator  (VCO). 

Differential  Input  Terminations 

The  differential  input  for  the  Manchester  data  (Dl±)  is 
externally  terminated  by  two  40.2  Q.  ±1%  resistors  and 
one  optional  common-mode  bypass  capacitor,  as 
shown  in  the  Differential  Input  Termination  diagram  be- 
low. The  differential  input  impedance,  Ziof,  and  the  com- 
mon-mode input  impedance,  Zicm,  are  specified  so  that 
the  Ethernet  specification  for  cable  termination  imped- 
ance is  met  using  standard  1%  resistor  terminators.  If 
SIP  devices  are  used,  39  £2  is  also  a  suitable  value.  The 
Cl±  differential  inputs  are  terminated  in  exactly  the  same 
way  as  the  Dl±  pair. 


40.2  n- 


40.2  fi 


_L  0.01  hF 

ito 
0.1  nF 
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Figure  25.  Differential  Input  Termination 
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Collision  Detection 

A  MAU  detects  the  collision  condition  on  the  network 
and  generates  a  differential  signal  at  the  CI+  inputs.  This 
collision  signal  passes  through  an  input  stage  which  de- 
tects signal  levels  and  pulse  duration.  When  the  signal  is 
detected  by  the  MENDEC  it  sets  the  ICLSN  line  HIGH. 
The  condition  continues  for  approximately  1 .5  bit  times 
after  the  last  LOW-to-HIGH  transition  on  Cl±. 

Jitter  Tolerance  Definition 

The  MENDEC  utilizes  a  clock  capture  circuit  to  align  its 
internal  data  strobe  with  an  incoming  bit  stream.  The 
clock  acquisition  circuitry  requires  four  valid  bits  with  the 
values  1010b.  Clock  is  phase-locked  to  the  negative 
transition  at  the  bit  cell  center  of  the  second  "0"  in  the 
pattern. 

Since  data  is  strobed  at  1/4  bit  time,  Manchester  transi- 
tions which  shift  from  their  nominal  placement  through 
1/4  bit  time  will  result  in  improperly  decoded  data.  With 
this  as  the  criteria  for  an  error,  a  definition  of  Jitter  Han- 
dling is: 

The  peak  deviation  approaching  or  crossing  1/4  bit 
cell  position  from  nominal  input  transition,  for  which 
the  MENDEC  section  will  properly  decode  data. 

Attachment  Unit  Interface  (AUI) 

The  AUI  is  the  PLS  (Physical  Layer  Signaling)  to  PMA 
(Physical  Medium  Attachment)  interface  which  effec- 
tively connects  the  DTE  to  a  MAU.  The  differential  inter- 
face provided  by  the  PCnet-PCI  controller  is  fully 
compliant  to  Section  7  of  ISO  8802-3  (ANSI/IEEE 
802.3). 

After  the  PCnet-PCI  controller  initiates  a  transmission  it 
will  expect  to  see  data  "looped-back"  on  the  Dl±  pair 
(when  the  AUI  port  is  selected).  This  will  internally  gen- 
erate a  "carrier  sense",  indicating  that  the  integrity  of  the 
data  path  to  and  from  the  MAU  is  intact,  and  that  the 
MAU  is  operating  correctly.  This  "carrier  sense"  signal 
must  be  asserted  within  TBD  bit  times  after  the  first 
transmitted  bit  on  DO±  (when  using  the  AUI  port).  If  "car- 
rier sense"  does  not  become  active  in  response  to  the 
data  transmission,  or  becomes  inactive  before  the  end 
of  transmission,  the  loss  of  carrier  (LCAR)  error  bit  will 
be  set  in  the  Transmit  Descriptor  Ring  (TMD2,  bit  27)  af- 
ter the  frame  has  been  transmitted. 

Twisted-Pair  Transceiver  (T-MAU) 

The  T-MAU  implements  the  Medium  Attachment  Unit 
(MAU)  functions  for  the  Twisted-Pair  Medium,  as  speci- 
fied by  the  supplement  to  ISO  8802-3  (IEEE/ANSI 
802.3)  standard  (Type  10BASE-T).  The  T-MAU  pro- 
vides twisted  pair  driver  and  receiver  circuits,  including 
on-board  transmit  digital  predistortion  and  receiver 
squelch  and  a  number  of  additional  features  including 
Link  Status  indication,  Automatic  Twisted-Pair  Receive 
Polarity  Detection/Correction  and  Indication,  Receive 


Carrier  Sense,  Transmit  Active  and  Collision  Present 
indication. 

Twisted-Pair  Transmit  Function 

The  differential  driver  circuitry  in  the  TXD±  and  TXP± 
pins  provides  the  necessary  electrical  driving  capability 
and  the  pre-distortion  control  for  transmitting  signals 
over  maximum  length  Twisted-Pair  cable,  as  specified 
by  the  1 0BASE-T  supplement  to  the  ISO  8802-3  (IEEE/ 
ANSI  802.3)  Standard.  The  transmit  function  for  data 
output  meets  the  propagation  delays  and  jitter  specified 
by  the  standard. 

Twisted-Pair  Receive  Function 

The  receiver  complies  with  the  receiver  specifications  of 
the  ISO  8802-3  (IEEE/ANSI  802.3)  10BASE-T  Stan- 
dard, including  noise  immunity  and  received  signal  re- 
jection criteria  ('Smart  Squelch').  Signals  meeting  this 
criteria  appearing  at  the  RXD±  differential  input  pair  are 
routed  to  the  MENDEC.  The  receiver  function  meets  the 
propagation  delays  and  jitter  requirements  specified  by 
the  standard.  The  receiver  squelch  level  drops  to  half  its 
threshold  value  after  unsquelch  to  allow  reception  of 
minimum  amplitude  signals  and  to  offset  carrier  fade  in 
the  event  of  worst  case  signal  attenuation  and  crosstalk 
noise  conditions. 

Note  that  the  10BASE-T  Standard  defines  the  receive 
input  amplitude  at  the  external  Media  Dependent  Inter- 
face (M  Dl) .  Filter  and  transformer  loss  are  not  specified. 
The  T-MAU  receiver  squelch  levels  are  defined  to  ac- 
count for  a  1  dB  insertion  loss  at  1 0  MHz,  which  is  typical 
for  the  type  of  receive  filters/transformers  employed. 

Normal  10BASE-T  compatible  receive  thresholds  are 
employed  when  the  LRT  bit  (CSR15[9])  is  LOW.  When 
the  LRT  bit  is  set  (HIGH),  the  Low  Receive  Threshold 
option  is  invoked,  and  the  sensitivity  of  the  T-MAU  re- 
ceiver is  increased.  This  allows  longer  line  lengths  to  be 
employed,  exceeding  the  1 00  m  target  distance  of  nor- 
mal 10BASE-T  (assuming  typical  24  AWG  cable).  The 
increased  receiver  sensitivity  compensates  for  the  in- 
creased signal  attenuation  caused  by  the  additional 
cable  distance. 

However,  making  the  receiver  more  sensitive  means 
that  it  is  also  more  susceptible  to  extraneous  noise,  pri- 
marily caused  by  coupling  from  co-resident  services 
(crosstalk).  For  this  reason,  it  is  recommended  that 
when  using  the  Low  Receive  Threshold  option  that  the 
service  should  be  installed  on  4-pair  cable  only.  Multi- 
pair  cables  within  the  same  outer  sheath  have  lower 
crosstalk  attenuation,  and  may  allow  noise  emitted  from 
adjacent  pairs  to  couple  into  the  receive  pair,  and  be  of 
sufficient  amplitude  to  falsely  unsquelch  the  T-MAU. 

Link  Test  Function 

The  link  test  function  is  implemented  as  specified  by 
10BASE-T  standard.  During  periods  of  transmit  pair 
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inactivity,  'Link  beat  pulses'  will  be  periodically  sent  over 
the  twisted  pair  medium  to  constantly  monitor  me- 
dium integrity. 

When  the  link  test  function  is  enabled  (DLNKTST  bit  in 
CSR1 5  is  cleared) ,  the  absence  of  link  beat  pulses  and 
receive  data  on  the  RXD±  pair  will  cause  the  TM  AU  to  go 
into  a  link  fail  state.  In  the  link  fail  state,  data  transmis- 
sion, data  reception,  data  loopback  and  the  collision  de- 
tection functions  are  disabled,  and  remain  disabled  until 
valid  data  or  >5  consecutive  link  pulses  appear  on  the 
RXD±  pair.  During  link  fail,  the  Link  Status  (LNKST  pin) 
signal  is  inactive.  When  the  link  is  identified  as  func- 
tional,  the  Link  Status  signal  is  asserted.  The  LNKST 
pin  displays  the  Link  Status  signal  by  default. 

Transmission  attempts  during  Link  Fail  state  will  pro- 
duce no  network  activity  and  will  produce  LCAR  and 
CERR  error  indications. 

In  order  to  inter-operate  with  systems  which  do  not  im- 
plement Link  Test,  this  function  can  be  disabled  by  set- 
ting the  DLNKTST  bit  in  CSR15.  With  link  test  disabled, 
the  data  driver,  receiver  and  loopback  functions  as  well 
as  collision  detection  remain  enabled  irrespective  of  the 
presence  or  absence  of  data  or  link  pulses  on  the  RXD± 
pair.  Link  Test  pulses  continue  to  be  sent  regardless  of 
the  state  of  the  DLNKTST  bit. 

Polarity  Detection  and  Reversal 

The  T-MAU  receive  function  includes  the  ability  to  invert 
the  polarity  of  the  signals  appearing  at  the  RXD±  pair  if 
the  polarity  of  the  received  signal  is  reversed  (such  as  in 
the  case  of  a  wiring  error).  This  feature  allows  data 
frames  received  from  a  reverse  wired  RXD±  input  pair  to 
be  corrected  in  the  T-MAU  prior  to  transfer  to  the  MEN- 
DEC.  The  polarity  detection  function  is  activated  follow- 
ing H_RESET  or  Link  Fail,  and  will  reverse  the  receive 
polarity  based  on  both  the  polarity  of  any  previous  link 
beat  pulses  and  the  polarity  of  subsequent  frames  with  a 
valid  End  Transmit  Delimiter  (ETD). 

When  in  the  Link  Fail  state,  the  T-MAU  will  recognize 
link  beat  pulses  of  either  positive  or  negative  polarity. 
Exit  from  the  Link  Fail  state  is  made  due  to  the  reception 
of  5  -  6  consecutive  link  beat  pulses  of  identical  polarity. 
On  entry  to  the  Link  Pass  state,  the  polarity  of  the  last  5 
link  beat  pulses  is  used  to  determine  the  initial  receive 
polarity  configuration  and  the  receiver  is  reconfigured  to 
subsequently  recognize  only  link  beat  pulses  of  the  pre- 
viously recognized  polarity. 

Positive  link  beat  pulses  are  defined  as  received  signal 
with  a  positive  amplitude  greater  than  585  mV  (LRT  = 
HIGH)  with  a  pulse  width  of  60  ns  -  200  ns.  This  positive 
excursion  may  be  followed  by  a  negative  excursion. 
This  definition  is  consistent  with  the  expected  received 
signal  at  a  correctly  wired  receiver,  when  a  link  beat 
pulse  which  fits  the  template  of  Figure  14-12  of  the 


10BASE-T  Standard  is  generated  at  a  transmitter  and 
passed  through  100  m  of  twisted  pair  cable. 

Negative  link  beat  pulses  are  defined  as  received  sig- 
nals with  a  negative  amplitude  greater  than  585  mV  with 
a  pulse  width  of  60  ns  -  200  ns.  This  negative  excursion 
may  be  followed  by  a  positive  excursion.  This  definition 
is  consistent  with  the  expected  received  signal  at  a  re- 
verse wired  receiver,  when  a  link  beat  pulse  which  fits 
the  template  of  Figure  1 4-1 2  in  the  1 0BASE-T  Standard 
is  generated  at  a  transmitter  and  passed  through  1 00  m 
of  twisted  pair  cable. 

The  polarity  detection/correction  algorithm  will  remain 
"armed"  until  two  consecutive  frames  with  valid  ETD  of 
identical  polarity  are  detected.  When  "armed",  the  re- 
ceiver is  capable  of  changing  the  initial  or  previous  po- 
larity configuration  based  on  the  ETD  polarity. 

On  receipt  of  the  first  frame  with  valid  ETD  following 
H_RESET  or  link  fail,  the  T-MAU  will  utilize  the  inferred 
polarity  information  to  configure  its  RXD+  input,  regard- 
less of  its  previous  state.  On  receipt  of  a  second  frame 
with  a  valid  ETD  with  correct  polarity,  the  detection/cor- 
rection algorithm  will  "lock-in"  the  received  polarity.  If  the 
second  (or  subsequent)  frame  is  not  detected  as  con- 
firming the  previous  polarity  decision,  the  most  recently 
detected  ETD  polarity  will  be  used  as  the  default.  Note 
that  frames  with  invalid  ETD  have  no  effect  on  updating 
the  previous  polarity  decision.  Once  two  consecutive 
frames  with  valid  ETD  have  been  received,  the  T-MAU 
will  disable  the  detection/correction  algorithm  until 
either  a  Link  Fail  condition  occurs  or  H_RESET 
is  activated. 

During  polarity  reversal,  an  internal  POL  signal  will  be 
active.  During  normal  polarity  conditions,  this  internal 
POL  signal  is  inactive.  The  state  of  this  signal  can  be 
read  by  software  and/or  displayed  by  LED  when  en- 
abled by  the  LED  control  bits  in  the  Bus  Configuration 
Registers  (BCR4-BCR7). 

Twisted-Pair  Interface  Status 

Three  signals  (XMT,  RCV  and  COL)  indicate  whether 
the  T-MAU  is  transmitting,  receiving,  or  in  a  collision 
state  with  both  functions  active  simultaneously.  These 
signals  are  internal  signals  and  the  behavior  of  the  LED 
outputs  depends  on  how  the  LED  output  circuitry 
is  programmed. 

The  T-MAU  will  power  up  in  the  Link  Fail  state  and  nor- 
mal algorithm  will  apply  to  allow  it  to  enter  the  Link  Pass 
state.  In  the  Link  Pass  state,  transmit  or  receive  activity 
will  be  indicated  by  assertion  of  RCV  signal  going  active. 
If  T-MAU  is  selected  using  the  PORTSEL  bits  in  CSR15, 
then  when  moving  from  AUI  to  T-MAU  selection  the 
T-MAU  will  be  forced  into  the  LINK  Fail  state. 

In  the  Link  Fail  state,  XMT,  RCV  and  COL  are  inactive. 
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Collision  Detect  Function 

Activity  on  both  twisted  pair  signals  RXD±  and  TXD± 
constitutes  a  collision,  thereby  causing  the  COL  signal 
to  be  activated.  (COL  is  used  by  the  LED  control  circuits) 
COL  will  remain  active  until  one  of  the  two  colliding  sig- 
nals changes  from  active  to  idle.  However,  transmission 
attempt  in  Link  Fail  state  results  in  LCAR  and  CERR  in- 
dication. COL  stays  active  for  2  bit  times  at  the  end  of 
a  collision. 

Signal  Quality  Error  (SQE)  Test 
(Heartbeat)  Function 

The  SQE  function  is  disabled  when  the  1 0BASE-T  port 


Jabber  function  inhibits  the  twisted  pair  transmit 
function  of  the  T-MAU  TXD±  is  active  for  an  excessive 
period  (20  ms  -  150  ms).  This  prevents  any  one  node 
from  disrupting  the  network  due  to  a  'stuck-on'  or  faulty 
transmitter.  If  this  maximum  transmit  time  is  exceeded, 
the  T-MAU  transmitter  circuitry  is  disabled,  the  JAB  bit  is 
set  (CSR4,  bit  1)  the  COL  signal  is  asserted.  Once  the 
transmit  data  stream  to  the  T-MAU  is  removed,  an  "un- 
jab"  time  of  250  ms  -  750  ms  will  elapse  before  the 
T-MAU  COL  and  re-enables  the  transmit  circuitry. 

Power  Down 

The  T-MAU  circuitry  can  be  made  to  go  into  power  sav- 
ings mode.  This  feature  is  useful  in  battery  powered  or 
low  duty  cycle  systems.  The  T-MAU  will  go  into  power 
down  mode  when  H_RESET  is  active,  coma  mode  is  ac- 
tive, or  the  T-MAU  is  not  selected.  Refer  to  the  Power 


Savings  Modes  section  for  descriptions  of  the  various 
power  down  modes. 

Any  of  the  three  conditions  listed  above  resets  the  inter- 
nal logic  of  the  T-MAU  and  places  the  device  into  power 
down  mode.  In  this  mode,  the  Twisted-Pair  driver  pins 
(TXD+,  TXP±)  are  driven  LOW,  and  the  internal  T-MAU 
status  signals  (LNKST,  RCVPOL,  XMT,  RCV  and  COL) 
signals  are  inactive. 

Once  H_RESET  ends,  coma  mode  is  disabled,  and  the 
T-MAU  is  selected.  The  T-MAU  will  remain  in  the  reset 
state  for  up  to  1 0  u.s.  Immediately  after  the  reset  condi- 
tion is  removed,  the  T-MAU  will  be  forced  into  the  Link 
Fail  state.  The  T-MAU  will  move  to  the  Link  Pass  state 
only  after  5  -  6  link  beat  pulses  and/or  a  single  received 
message  is  detected  on  the  RD±  pair. 

In  snooze  mode,  the  T-MAU  receive  circuitry  will  remain 
enabled  even  while  the  SLEEP  pin  is  driven  LOW. 

The  T-MAU  circuitry  will  always  go  into  power  down 
mode  if  H_RESET  is  asserted,  coma  mode  is  enabled, 
or  the  T-MAU  is  not  selected. 

10BASE-T  Interface  Connection 

Figure  26  shows  the  proper  10BASE-T  network  inter- 
face design.  Refer  to  the  PCnet  Family  Technical  Man- 
ual (PID  #18216A)  for  more  design  details,  and  refer  to 
Appendix  A  for  a  list  of  compatible  10BASE-T  filter/ 
transformer  modules. 

Note  that  the  recommended  resistor  values  and  filter 
and  transformer  modules  are  the  same  as  those  used  by 
the  IMR  (Am79C980)  and  the  IMR+  (Am79C981). 
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Figure  26.  10BASE-T  Interface  Connection 
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Power  Savings  Modes 

The  PCnet-PCI  controller  supports  two  hardware  power 
savings  modes.  Both  are  entered  by  driving  the  SLEEP 
pin  LOW. 

The  PCI  interface  section  is  not  effected  by  SLEEP.  In 
particular,  access  to  the  PCI  configuration  space  re- 
mains possible.  None  of  the  configuration  registers  will 
be  reset  by  SLEEP.  All  I/O  accesses  to  the  PCnet-PCI 
controller  will  result  in  a  PCI  target  abort  response. 

The  first  power  saving  mode  is  called  coma  mode.  In 
coma  mode,  the  PCnet-PCI  controller  has  no  means  to 
use  the  network  to  automatically  wake  itself  up.  Coma 
mode  is  enabled  when  the  AWAKE  bit  in  BCR2  is  reset. 
Coma  mode  is  the  default  power  down  mode. 

The  second  power  saving  mode  is  called  snooze  mode. 
In  snooze  mode,  enabled  by  setting  the  AWAKE  bit  in 
BCR2  and  driving  the  SLEEP  pin  LOW,  the  T-MAU  re- 
ceive  circuitry  will  remain  enabled  even  while  the 
SLEEP  pin  is  driven  LOW.  The  LNKST  output  is  the  only 
one  of  the  LED  pins  that  continues  to  function.  The 
LNKSTE  bit  must  be  set  in  BCR4  to  enable  indication  of 
a  good  1 0BASE-T  link  if  there  are  link  beat  pulses  or 
valid  frames  present.  This  LNKST  pin  can  be  used  to 
drive  an  LED  and/or  external  hardware  that  directly  con- 
trols the  SLEEP  pin  of  the  PCnet-PCI  controller.  This 
configuration  effectively  wakes  the  system  when  there 
is  any  activity  on  the  10BASE-T  link.  Snooze  mode  can 
be  used  only  if  the  T-MAU  is  the  selected  network  port. 


Link  beat  pulses  are  not  transmitted  during  snooze 
mode. 

If  the  REQ  output  is  active  when  the  SLEEP  pin  is  as- 
serted, then  the  PCnet-PCI  controller  will  wait  until  the 
GNT  input  is  asserted.  Next,  the  PCnet-PCI  controller 
will  deassert  the  REQ  pin  and  finally,  it  will  internally  en- 
ter either  the  coma  or  snooze  sleep  mode. 

Before  the  sleep  mode  is  invoked,  the  PCnet-PCI  con- 
troller will  perform  an  internal  S_RESET.  This 
S_R  ESET  operation  will  not  affect  the  values  of  the  BCR 
registers  or  the  PCI  configuration  space. 

The  SLEEP  pin  should  not  be  asserted  during  power 
supply  ramp-up.  If  it  is  desired  that  SLEEP  be  asserted 
at  power  up  time,  then  the  system  must  delay  the  asser- 
tion of  SLEEP  until  three  CLK  cycles  after  the  comple- 
tion of  a  valid  pin  RST  operation. 

Software  Access 
Configuration  Registers 

The  PCnet-PCI  controller  supports  the  64-byte  header 
portion  of  the  configuration  space  as  predefined  by  the 
PCI  specification  revision  2.0.  None  of  the  device  spe- 
cific registers  in  locations  64-255  are  used.  The  layout 
of  the  configuration  registers  in  the  header  region  is 
shown  in  the  table  below.  All  registers  required  to  iden- 
tify the  PCnet-PCI  controller  and  its  function  are  imple- 
mented. Additional  registers  are  used  to  setup  the 
configuration  of  the  PCnet-PCI  controller  in  a  system. 
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31  24 

23  16 

15  8 

7  0 

Offset 

Device  ID 

Vendor  ID 

OOh 

Status 

Command 

04h 

Base-Class 

Sub-Class 

Programming  IF 

Revision  ID 

08h 

Reserved 

Header  Type 

Latency  Timer 

Reserved 

OCh 

Base  Address 

10h 

Reserved 

14h 

Reserved 

18h 

Reserved 

_  

rch 

Reserved 

20h 

Reserved 

24h 

Reserved 

28h 

Reserved 

2Ch 

Reserved 

30h 

Reserved 

34h 

Reserved 

38h 

Reserved 

Reserved 

Interrupt  Pin 

Interrupt  Line 

3Ch 

The  configuration  registers  are  accessible  only  by  PCI 
configuration  cycles.  They  can  be  accessed  right  after 
the  PCnet-PCI  controller  is  powered-on,  even  if  the  read 
operation  of  the  serial  EEPROM  is  still  on-going.  All 
multi-byte  numeric  fields  follow  little  endian  byte  order- 
ing. The  Command  register  is  the  only  register  cleared 
by  HRESET.  S_RESET  as  well  as  asserting  SLEEP 
have  no  effect  on  the  value  of  the  PCI  configuration  reg- 
isters. All  write  accesses  to  Reserved  locations  have  no 
effect,  reads  from  these  locations  will  return  a  data  value 
of  ZERO. 

When  the  PCnet-PCI  controller  samples  its  IDSEL  input 
asserted  during  a  configuration  cycle,  it  will  acknowl- 
edge the  cycle  by  asserting  its  DEVSEL  output.  The 
content  of  AD[31 :00]  during  the  address  phase  of  the 
configuration  cycles  must  meet  the  format  as  shown 
below: 


31  11 

10  8 

7 

6 

5  2 

1 

0 

Don't 

Don't  Care 

Care 

0 

0 

DWORD  Index 

0 

0 

AD[1 :0]  must  both  be  ZEROs,  since  the  PCnet-PCI  con- 
troller is  not  a  bridge  device.  It  only  recognizes  configu- 
ration cycles  of  Type  0  (as  defined  by  the  PCI 
specification  revision  2.0).  AD[7:2]  specify  the  selected 
DWORD  in  the  configuration  space.  AD[7:6]  must  both 
be  ZERO,  since  the  PCnet-PCI  controller  does  not  im- 
plement any  of  the  device  specific  registers  in  locations 
64  -  255.  Since  AD[1 :0]  and  AD[7:6]  must  all  be  ZERO, 
the  lower  8  bits  of  the  address  for  a  configuration  cycle 
are  equal  to  the  offset  of  the  DWORD  counting  from  the 
beginning  of  the  PCI  configuration  space.  AD[10:8] 
specify  one  of  eight  possible  functions  of  a  PCI  device. 
The  PCnet-PCI  controller  is  a  single  function  device,  as 



indicated  in  the  Header  Type  register  of  its  PCI  configu- 
ration space  (bit  7,  FUNCT  =  0).  Therefore,  the  PCnet- 
PCI  controller  ignores  AD[10:8]  during  the  address 
phase  of  a  configuration  cycle.  AD[31 :11]  are  typically 
used  to  generate  the  IDSEL  signal.  The  PCnet-PCI  con- 
troller ignores  all  upper  address  bits. 

PCI  configuration  registers  can  be  accessed  with  8-bit, 
16-bit  or  32-bit  transfers.  The  active  bytes  within  a 
DWORD  are  determined  by  the  byte  enable  signals. 
E.G.  a  read  of  the  Sub-Class  register  can  be  performed 
by  reading  from  offset  08h  with  only  BE2  being  active. 

I/O  Resources 

PCnet-PCI  Controller  I/O  Resource  Mapping 

The  PCnet-PCI  controller  has  several  I/O  resources. 
These  resources  use  32  bytes  of  I/O  space  that  begin  at 
the  PCnet-PCI  controller  I/O  base  address. 

The  PCnet-PCI  controller  allows  two  modes  of  slave  ac- 
cess. Word  I/O  mode  treats  all  PCnet-PCI  controller  I/O 
Resources  as  two-byte  entities  spaced  at  two-byte  ad- 
dress intervals.  Double  Word  I/O  mode  treats  all  PCnet- 
PCI  controller  I/O  Resources  as  four-byte  entities 
spaced  at  four-byte  address  intervals.  The  selection  of 
WIO  or  DWIO  mode  is  accomplished  by  one  of 
two  ways: 

■  H_RESET  function. 

■  Automatic  determination  of  DWIO  mode  due  to 
DWORD  (double-word)  I/O  write  access  to  offset 
10h. 

The  PCnet-PCI  controller  I/O  mode  setting  will  default  to 
WIO  after  H_RESET  (i.e.  DWIO  =  0). 
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Software  may  invoke  DWIO  mode  by  performing  a  Dou- 
ble Word  write  access  to  the  I/O  location  at  offset  10h 
(RDP).  Note  that  even  though  the  I/O  resource  mapping 
changes  when  the  I/O  mode  setting  changes,  the  RDP 
location  offset  is  the  same  for  both  modes. 

1-,  2-  and  3-byte  accesses  to  PCnet-PCI  controller  I/O 
resources  are  not  allowed  during  DWIO  mode. 

The  mapping  of  the  PCnet-PCI  controller  resources  into 
the  32-byte  I/O  space  varies  depending  upon  the  setting 
of  the  DWIO  bit  of  BCR18.  Depending  upon  the  setting 
of  this  variable,  the  32-byte  I/O  space  will  be  either  Word 
I/O  mapped  (WIO)  or  Double  Word  I/O  mapped  (DWIO). 
A  DWIO  setting  of  0  produces  Word  I/O  mode,  while  a 
DWIO  setting  of  1  produces  Double  Word  I/O  mapping. 

DWIO  is  automatically  programmed  as  active  when  the 
system  attempts  a  DWORD  write  access  to  offset  1 0h  of 
the  PCnet-PCI  controller  I/O  space.  The  power  up  reset 
value  of  DWIO  will  be  ZERO,  and  this  value  will  be  main- 
tained until  a  DWORD  access  is  performed  to  PCnet- 
PCI  controller  I/O  space. 

Therefore,  if  DWIO  mode  is  desired,  it  is  imperative  that 
the  first  access  to  the  PCnet-PCI  controller  be  a 
DWORD  write  access  to  offset  10h. 

Alternatively,  if  DWIO  mode  is  not  desired,  then  it  is  im- 
perative that  the  software  never  executes  a  DWORD 
write  access  to  offset  10h  of  the  PCnet-PCI  controller 
I/O  space. 

Once  the  DWIO  bit  has  been  set  to  a  ONE,  only  a  hard- 
ware H  RESET  can  reset  it  to  a  ZERO. 

The  DWIO  mode  setting  is  unaffected  by  the  S_RESET 
or  setting  the  STOP  bit. 

WIO  I/O  Resource  Map 

When  the  PCnet-PCI  controller  I/O  space  is  mapped  as 
Word  I/O,  then  the  resources  that  are  allotted  to  the 
PCnet-PCI  controller  occur  on  word  boundaries  that  are 
offset  from  the  PCnet-PCI  controller  I/O  base  address 
as  shown  in  the  following  table: 


Offset 

No.  of 
Bytes 

Register 

Oh 

2 

APROM 

2h 

2 

APROM 

4h 

2 

APROM 

6h 

2 

APROM 

8h 

2 

APROM 

Ah 

2 

APROM 

Ch 

2 

APROM 

Eh 

2 

APROM 

10h 

2 

RDP 

12h 

2 

RAP  (shared  by  RDP  and  BDP) 

I4h 

2 

Reset  Register 

16h 

2 

BDP 

18h 

2 

Vendor  Specific  Word 

1Ah 

2 

Reserved 

1Ch 

2 

Reserved 

1Eh 

2 

Reserved 

When  PCnet-PCI  controller  I/O  space  is  Word  mapped, 
all  I/O  resources  fall  on  word  boundaries  and  all  I/O  re- 
sources are  word  quantities.  However,  while  in  Word  I/O 
mode,  APROM  locations  may  also  be  accessed  as  indi- 
vidual bytes  either  on  odd  or  even  byte  addresses. 


Attempts  to  write  to  any  PCnet-PCI  controller  I/O  re- 
sources (except  to  offset  10h,  RDP)  as  32  bit  quantities 
while  in  Word  I/O  mode  are  illegal  and  may  cause  unex- 
pected reprogramming  of  the  PCnet-PCI  controller  con- 
trol registers.  Attempts  to  read  from  any  PCnet-PCI 
controller  I/O  resources  as  32-bit  quantities  while  in 
Word  I/O  mode  are  illegal  and  will  yield 
undefined  values. 

An  attempt  to  write  to  offset  1 0h  (RDP)  as  a  32  bit  quan- 
tity while  in  Word  I/O  mode  will  cause  the  PCnet-PCI 
controller  to  exit  WIO  mode  and  immediately  thereafter, 
to  enter  DWIO  mode. 

Word  accesses  to  non  word  address  boundaries  are  not 
allowed  while  in  WIO  mode.  (A  write  access  may  cause 
unexpected  reprogramming  of  the  PCnet-PCI  controller 
control  registers.  A  read  access  will  yield  undefined 

values.) 

Accesses  of  non  word  quantities  to  any  I/O  resource  are 
not  allowed  while  in  WIO  mode,  with  the  exception  of  a 
read  to  APROM  locations.  (A  write  access  may  cause 
unexpected  reprogramming  of  the  PCnet-PCI  controller 
control  registers;  a  read  access  will  yield  undefined  val- 
ues.) 
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The  Vendor  Specific  Word  (VSW)  is  not  implemented  by 
the  PCnet-PCI  controller.  This  particular  I/O  address  is 
reserved  for  customer  use  and  will  not  be  used  by  future 
AMD  Ethernet  controller  products. 

DWIO  I/O  Resource  Map 

When  the  PCnet-PCI  controller  I/O  space  is  mapped  as 
Double  Word  I/O,  then  all  of  the  resources  that  are  allot- 
ted to  the  PCnet-PCI  controller  occur  on  DWORD 
boundaries  that  are  offset  from  the  PCnet-PCI  controller 
I/O  base  address  as  shown  in  the  table  below: 


Offset 

No.  of 
Bytes 

Register 

Oh 

4 

APROM 

4h 

4 

APROM 

8h 

4 

APROM 

Ch 

4 

APROM 

10h 

4 

RDP 

14h 

4 

RAP  (shared  by  RDP  and  BDP) 

18h 

4 

Reset  Register 

1Ch 

4 

BDP 

When  PCnet-PCI  I/O  space  is  Double  Word  mapped,  all 
I/O  resources  fall  on  DWORD  boundaries.  APROM  re- 
sources are  DWORD  quantities  in  DWIO  mode.  RDP, 
RAP  and  BDP  contain  only  two  bytes  of  valid  data;  the 
other  two  bytes  of  these  resources  are  reserved  for  fu- 
ture use.  (Note  that  CSR88  is  an  exception  to  this  rule.) 
The  reserved  bits  must  be  written  as  ZEROs,  and  when 
read,  are  considered  undefined. 

Accesses  to  non-doubleword  address  boundaries  are 
not  allowed  while  in  DWIO  mode.  (A  write  access  may 
cause  unexpected  reprogramming  of  the  PCnet-PCI 
controller  control  registers;  a  read  access  will  yield  un- 
defined values.) 

Accesses  of  less  than  4  bytes  to  any  I/O  resource  are 
not  allowed  while  in  DWIO  mode.  (A  write  access  may 
cause  unexpected  reprogramming  of  the  PCnet-PCI 
controller  control  registers;  a  read  access  will  yield  un- 
defined values.) 

A  DWORD  write  access  to  the  RDP  offset  of  10h  will 
automatically  program  DWIO  mode. 

Note  that  in  all  cases  when  I/O  resource  width  is  defined 
as  32  bits,  the  upper  16  bits  of  the  I/O  resource  is  re- 
served and  written  as  ZEROS  and  read  as  undefined, 
except  for  the  APROM  locations  and  CSR88. 
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DWIO  mode  is  exited  by  asserting  the  RST  pin.  Asser- 
tion of  S_RESET  or  setting  the  STOP  bit  of  CSRO  will 
have  no  effect  on  the  DWIO  mode  setting. 

I/O  Space  Comments 

The  following  statements  apply  to  both  WIO  and  DWIO 
mapping: 

The  RAP  is  shared  by  the  RDP  and  the  BDP. 

The  PCnet-PCI  controller  does  not  respond  to  any  ad- 
dresses outside  of  the  offset  range  Oh-1 7h  when  DWIO 
=  0  or  Oh-1  Fh  when  DWIO  =  1 .  I/O  offsets  1 8h  through 
1  Fh  are  not  used  by  the  PCnet-PCI  controller  when  pro- 
grammed for  DWIO  =  0  mode;  locations  1Ah  through 
1Fh  are  reserved  for  future  AMD  use  and  therefore 
should  not  be  implemented  by  the  user  if  upward  com- 
patibility to  future  AMD  devices  is  desired. 

Note  that  APROM  accesses  do  not  directly  access  the 
EEPROM,  but  are  redirected  to  a  set  of  shadow  regis- 
ters on  board  the  PCnet-PCI  controller  that  contain  a 
copy  of  the  EEPROM  contents  that  was  obtained  during 
the  automatic  EEPROM  read  operation  that  follows  the 
H_RESET  operation. 

PCnet-PCI  Controller  I/O  Base  Address 

The  PCI  Configuration  Space  Base  Address  registerde- 
fines  what  I/O  base  address  the  PCnet-PCI  controller 
uses.  This  register  is  typically  programmed  by  the  PCI 
configuration  utility  after  system  power-up.  The  PCI 
configuration  utility  must  also  set  the  IOEN  bit  in  the 
COMMAND  register  to  enable  I/O  accesses  to  the 
PCnet-PCI  controller. 

The  content  of  the  PCnet-PCI  I/O  Base  Address  Regis- 
ters (BCR16  and  BCR17)  are  ignored. 

I/O  Register  Access 

All  I/O  resources  are  accessed  with  similar  I/O  bus 
cycles. 

I/O  accesses  to  the  PCnet-PCI  controller  begin  with  a 
valid  FRAME  signal,  the  C/BE[3:0]  lines  signaling  an  I/O 
read  or  I/O  write  operation  and  an  address  on  the 
AD[31:00]  lines  that  falls  within  the  I/O  space  of  the 
PCnet-PCI  controller.  The  PCnet-PCI  I/O  space  will  be 
determined  by  the  Base  Address  Register  in  the  PCI 
Configuration  Space. 

The  PCnet-PCI  controller  will  respond  to  an  access  to  its 
I/O  space  by  asserting  the  DEVSEL  signal  and  eventu- 
ally, by  asserting  the  TRDY  signal. 

Typical  I/O  access  times  are  6  or  7  clock  cycles. 
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APROM  Access 

The  APROM  space  is  a  convenient  place  to  store  the 
value  of  the  48-bit  IEEE  station  address.  This  space  is 
automatically  loaded  from  the  serial  EEPROM,  if  an 
EEPROM  is  present.  It  can  be  overwritten  by  the  host 
computer.  Its  contents  have  no  effect  on  the  operation  of 
the  controller.  The  software  must  copy  the  station  ad- 
dress from  the  APROM  space  to  the  initialization  block 
or  to  CSR12-14  in  order  for  the  receiver  to  accept 
unicast  frames  directed  to  this  station. 

When  programmed  for  WIO  mode,  any  byte  or  word  ad- 
dress from  an  offset  of  Oh  to  an  offset  of  Fh  may  be  read. 
An  appropriate  byte  or  word  of  APROM  contents  will  be 
delivered  by  the  PCnet-PCI  controller  in  response  to  ac- 
cesses that  fall  within  the  APROM  range  of  Oh  to  Fh. 

When  programmed  for  DWIO  mode,  only  DWORD  ad- 
dresses from  an  offset  of  Oh  to  an  offset  of  Fh  may  be 
read.  An  appropriate  DWORD  of  APROM  contents  will 
be  delivered  in  response  to  accesses  that  fall  within  the 
APROM  range  of  Oh  to  Fh. 

Accesses  of  non-DWORD  quantities  are  not  allowed  in 
DWIO  mode,  even  though  such  an  access  may  be  prop- 
erly aligned  to  a  DWORD  address  boundary. 
• 

Write  access  to  any  of  the  APROM  locations  is  allowed, 
but  only  4  bytes  on  DWORD  boundaries  in  DWIO  mode 
or  2  bytes  on  word  boundaries  in  WIO  mode  (only  read 
accesses  to  the  APROM  locations  can  be  in  8-bit  quanti- 
ties while  in  WIO  mode).  The  IESRWE  bit  (see  BCR2) 
must  be  set  in  order  to  enable  a  write  operation  to  the 
APROM .  Only  the  PCnet-PCI  controller  on-board  IEEE 
Shadow  registers  are  modified  by  writes  to  APROM  lo- 
cations. The  EEPROM  is  unaffected  by  writes  to 
APROM  locations. 

Note  that  the  APROM  locations  occupy  16  bytes  of 
space,  yet  the  IEEE  station  address  requirement  is  for  6 
bytes.  The  6  bytes  of  IEEE  station  address  occupy  the 
first  6  locations  of  the  APROM  space.  The  next  six  bytes 
are  reserved.  Bytes  1 2  and  1 3  should  match  the  value  of 
the  checksum  of  bytes  1  through  11  and  14  and  15. 
Bytes  14  and  15  should  each  be  ASCII  W  (57h).  The 
above  requirements  must  be  met  in  order  to  be  compat- 
ible with  AMD  driver  software. 

RDP  Access  (CSR  Register  Space) 

RDP  =  Register  Data  Port.  The  RDP  is  used  with  the 
RAP  to  gain  access  to  any  of  the  PCnet-PCI  controller 
CSR  locations. 

Access  to  any  of  the  CSR  locations  of  the  PCnet-PCI 
controller  is  performed  through  the  PCnet-PCI  control- 
lers Register  Data  Port  (RDP).  In  orderto  access  a  par- 
ticular CSR  location,  the  Register  Address  Port  (RAP) 
should  first  be  written  with  the  appropriate  CSR  ad- 
dress. The  RDP  now  points  to  the  selected  CSR.  A  read 


of  the  RDP  will  yield  the  selected  CSRs  data.  A  write  to 
the  RDP  will  write  to  the  selected  CSR. 

When  programmed  for  WIO  mode,  the  RDP  has  a  width 
of  16  bits,  hence,  all  CSR  locations  have  16  bits  of  width. 
Note  that  when  accessing  RDP,  the  upper  two  bytes  of 
the  data  bus  will  be  undefined  since  the  byte  masks  will 
not  be  active  for  those  bytes. 

If  DWIO  mode  has  been  invoked,  then  the  RDP  has  a 
width  of  32  bits,  hence,  all  CSR  locations  have  32  bits  of 
width  and  the  upper  two  bytes  of  the  data  bus  will  be  ac- 
tive, as  indicated  by  the  byte  mask.  In  this  case,  note 
that  the  upper  16  bits  of  all  CSR  locations  (except 
CSR88)  are  reserved  and  written  as  ZEROs  and  read  as 
undefined  values.  Therefore,  during  RDP  write  opera- 
tions in  DWIO  mode,  the  upper  16  bits  of  all  CSR  loca- 
tions should  be  written  as  ZEROs. 

RAP  Access 

RAP  =  Register  Address  Port.  The  RAP  is  used  with  the 
RDP  and  with  the  BDP  to  gain  access  to  any  of  the  CSR 
and  BCR  register  locations,  respectively.  The  RAP  con- 
tains the  address  pointer  that  will  be  used  by  an  access 
to  either  the  RDP  or  BDP.  Therefore,  it  is  necessary  to 
set  the  RAP  value  before  accessing  a  specific  CSR  or 
BCR  location.  Once  the  RAP  has  been  written  with  a 
value,  the  RAP  value  remains  unchanged  until  another 
RAP  write  occurs,  or  until  an  H_RESET  or  S_RESET 
occurs.  RAP  is  set  to  all  ZEROs  when  an  H_RESET  or 
S  RESET  occurs.  RAP  is  unaffected  by  the  STOP  bit. 

When  programmed  for  WIO  mode,  the  RAP  has  a  width 
of  1 6  bits.  Note  that  when  accessing  RAP,  the  lowertwo 
bytes  of  the  data  bus  will  be  undefined  since  the  byte 
masks  will  not  be  active  for  those  bytes 

When  programmed  for  DWIO  mode,  the  RAP  has  a 
width  of  32  bits.  In  DWIO  mode,  the  upper  16  bits  of  the 
RAP  are  reserved  and  written  as  ZEROs  and  read  as 
undefined.  These  bits  should  be  written  as  ZEROs. 

BDP  Access  (BCR  Register  Space) 

BDP  =  Bus  Configuration  Register  Data  Port.  The  BDP 
is  used  with  the  RAP  to  gain  access  to  any  of  the  PCnet- 
PCI  controller  BCR  locations. 

Access  to  any  of  the  BCR  locations  of  the  PCnet-PCI 
controller  is  performed  through  the  PCnet-PCI  control- 
lers BCR  Data  Port  (BDP );  in  orderto  access  a  particu- 
lar BCR  location,  the  Register  Address  Port  (RAP) 
should  first  be  written  with  the  appropriate  BCR  ad- 
dress. The  BDP  now  points  to  the  selected  BCR. 
A  read  of  the  BDP  will  yield  the  selected  BCR  s  data.  A 
write  to  the  BDP  will  write  to  the  selected  BCR. 

When  programmed  for  WIO  mode,  the  BDP  has  a  width 
of  16  bits,  hence,  all  BCR  locations  have  1 6  bits  of  width 
in  WIO  mode.  Note  that  when  operating  in  WIO  mode, 
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the  upper  two  bytes  of  the  data  bus  will  be  undefined 
since  the  byte  mask  will  not  be  active  for  those  bytes. 

If  DWIO  mode  has  been  invoked,  then  the  BDP  has  a 
width  of  32  bits,  hence,  all  BCR  locations  have  32  bits  of 
width  and  the  upper  two  bytes  of  the  data  bus  will  be  ac- 
tive, as  indicated  by  the  byte  mask.  In  this  case,  note 
that  the  upper  16  bits  of  all  BCR  locations  are  reserved 
and  written  as  ZEROs  and  read  as  undefined.  There- 
fore, during  BDP  write  operations  in  DWIO  mode,  the 
upper  16  bits  of  all  BCR  locations  should  be  written  as 
ZEROs. 

RESET  Register  (S_RESET) 

A  read  of  the  reset  register  creates  an  internal  S_RE- 
SET  pulse  in  the  PCnet-PCI  controller.  This  read  access 
cycle  must  be  1 6  bits  wide  in  WIO  mode  and  32  bits  wide 
in  DWIO  mode.  The  internal  S_RESET  pulse  that  is 
generated  by  this  access  is  different  from  both  the  as- 
sertion of  the  hardware  RST  pin  (H_RESET)  and  from 
the  assertion  of  the  software  STOP  bit.  Specifically,  the 
reset  registers  S_RESET  will  be  the  equivalent  of  the 
assertion  of  the  RST  pin  (H_RESET)  assertion  for  all 
CSR  locations,  but  S_RESET  will  have  no  effect  at  all  on 
the  BCR  or  PCI  configuration  space  locations,  and 
S_RESET  will  not  cause  a  deassertion  of  the  REQ  pin. 

The  NE21 00  LANCE  based  family  of  Ethernet  cards  re- 
quires that  a  write  access  to  the  reset  register  follows 
each  read  access  to  the  reset  register.  The  PCnet-PCI 
controller  does  not  have  a  similar  requirement.  The  write 
access  is  not  required  but  it  does  not  have  any 
harmful  effects. 

Write  accesses  to  the  reset  register  will  have  no  effect 
on  the  PCnet-PCI  controller. 

Note  that  a  read  access  of  the  reset  register  will  take 
longer  than  the  normal  I/O  access  time  of  the  PCnet-PCI 
controller.  This  is  because  an  internal  S_RESET  pulse 
will  be  generated  due  to  this  access,  and  the  access  will 
not  be  allowed  to  complete  on  the  system  bus  until  the 
internal  S_RESET  operation  has  been  completed.  This 
is  to  avoid  the  problem  of  allowing  a  new  I/O  access  to 
proceed  while  the  S_RESET  operation  has  not  yet  com- 
pleted, which  would  result  in  erroneous  data  being  re- 
turned by  (or  written  into)  the  PCnet-PCI  controller.  The 
length  of  a  read  of  the  Reset  register  can  be  as  long  as 
64  clock  cycles. 

Note  that  a  read  of  the  reset  register  will  not  cause  a 
deassertion  of  the  REQ  signal,  if  it  happens  to  be  active 
at  the  time  of  the  read  of  the  reset  register.  The  REQ  sig- 
nal will  remain  active  until  the  GNT  signal  is  asserted. 
Following  the  read  of  the  reset  register,  on  the  next  clock 
cycle  after  the  GNT  signal  is  asserted,  the  PCnet-PCI 
controller  will  deassert  the  REQ  signal.  No  bus  master 
accesses  will  have  been  performed  during  this  brief  bus 
ownership  period. 


Note  that  this  behavior  differs  from  that  which  occurs  fol- 
lowing the  assertion  of  a  minimum-width  pulse  on  the 
RST  pin  (H_RESET).  A  RST  pin  assertion  will  cause  the 
REQ  signal  to  deassert  within  six  clock  cycles  following 
the  assertion.  In  the  RST  pin  case,  the  PCnet-PCI  con- 
troller will  not  wait  for  the  assertion  of  the  GNT  signal 
before  deasserting  the  REQ  signal. 

Vendor  Specific  Word 

This  I/O  offset  is  reserved  for  use  by  the  system  de- 
signer. The  PCnet-PCI  controller  will  not  respond  to  ac- 
cesses directed  toward  this  offset.  The  Vendor  Specific 
Word  is  only  available  when  the  PCnet-PCI  controller  is 
programmed  to  word  I/O  mode  (DWIO  =  0). 

If  more  than  one  Vendor  Specific  Word  is  needed,  it  is 
suggested  that  the  VSW  location  should  be  divided  into 
a  VSW  Register  Address  Pointer  (VSWRAP)  at  one  lo- 
cation (e.g.  VSWRAP  at  byte  location  18horword  loca- 
tion 30h,  depending  upon  DWIO  state)  and  a  VSW  Data 
Port  (VSWDP)  at  the  other  location  (e.g.  VSWDP  at  byte 
location  19h  or  word  location  32h,  depending  upon 
DWIO  state).  Alternatively,  the  system  may  capture 
RAP  data  accesses  in  parallel  with  the  PCnet-PCI  con- 
troller and  therefore  share  the  PCnet-PCI  controller 
RAP  to  allow  expanded  VSW  space.  PCnet-PCI  control- 
ler will  not  respond  to  access  to  the  VSW  I/O  address. 

Reserved  I/O  Space 

These  locations  are  reserved  for  future  use  by  AMD. 
The  PCnet-PCI  controller  does  not  respond  to  accesses 
directed  toward  these  locations,  but  future  AMD  prod- 
ucts that  are  intended  to  be  upward  compatible  with  the 
PCnet-PCI  controller  device  may  decode  accesses  to 
these  locations.  Therefore,  the  system  designer  may 
not  utilize  these  I/O  locations. 

Hardware  Access 

PCnet-PCI  Controller  Master  Accesses 

The  PCnet-PCI  controller  has  a  bus  interface  compat- 
ible with  PCI  specification  revision  2.0. 

Complete  descriptions  of  the  signals  involved  in  bus 
master  transactions  for  each  mode  may  be  found  in  the 
pin  description  section  of  this  document.  Timing  dia- 
grams for  master  accesses  may  be  found  in  the  block 
description  section  for  the  Bus  Interface  Unit.  This  sec- 
tion simply  lists  the  types  of  master  accesses  that  will  be 
performed  by  the  PCnet-PCI  controller  with  respect  to 
data  size  and  address  information. 

The  PCnet-PCI  controller  will  support  master  accesses 
only  to  32-bit  peripherals.  The  PCnet-PCI  controller 
does  not  support  master  accesses  to  8-bit  or  16-bit 
memory.  The  PCnet-PCI  controller  is  not  compatible 
with  8-bit  systems,  since  there  is  no  mode  that  supports 
PCnet-PCI  controller  accesses  to  8-bit  peripherals. 
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Table  6  describes  all  possible  bus  master  accesses  that  column  lists  all  operations  that  may  execute  the  given 
the  PCnet-PCI  controller  will  perform.  The  right  most  access: 

Table  6.  Bus  Master  Accesses 


Access 

Operation 

4-byte  read 

Read 

UUUU 

descriptor  read 

or  initialization  block  read 

or  transmit  data  buffer  read 

4-byte  write 

Write 

0000 

descriptor  write 

or  receive  data  buffer  write 

3-byte  write 

Write 

1  UUU 

receive  data  buffer  write 

3-byte  write 

Write 

0001 

receive  data  buffer  write 

2-byte  write 

Write 

1100 

receive  data  buffer  write 

2-byte  write 

Write 

1001" 

receive  data  buffer  write 

2-byte  write 

Write 

0011 

receive  data  buffer  write 

1  -byte  write 

Write 

1110 

receive  data  buffer  write 

1  -byte  write 

Write 

1101* 

receive  data  buffer  write 

1  -byte  write 

Write 

1011* 

receive  data  buffer  write 

1  -byte  write 

Write 

0111 

descriptor  write 

or  receive  data  buffer  write 

*  Cases  marked  with  an  asterisk  represent  extreme  boundary  conditions  that  are  the  result  of  programming  one-  and  two-byte 
buffer  sizes,  and  therefore  will  not  be  seen  under  normal  circumstances. 


Note  that  all  PCnet-PCI  controller  master  read  opera- 
tions will  always  activate  all  byte  enables.  Therefore,  no 
one-,  two-  or  three-byte  read  operations  are  indicated  in 
the  table. 

In  the  instance  where  a  transmit  buffer  pointer  address 
begins  on  a  non-DWORD  boundary,  the  pointer  will  be 
truncated  to  the  next  DWORD  boundary  address  that 
lies  below  the  given  pointer  address  and  the  first  read 
access  from  the  transmit  buffer  will  be  indicated  on  the 
byte  enable  signals  as  a  four-byte  read  from  this  ad- 
dress. Any  data  from  byte  lanes  that  lie  outside  of  the 
boundary  indicated  by  the  buffer  pointer  will  be  dis- 
carded inside  of  the  PCnet-PCI  controller.  Similarly,  if 
the  end  of  a  transmit  buffer  occurs  on  a  non-DWORD 
boundary,  then  all  byte  lanes  will  be  indicated  as  active 
by  the  byte  enable  signals,  and  any  data  from  byte  lanes 
that  lie  outside  of  the  boundary  indicated  by  the  buffer 
pointer  will  be  discarded  inside  of  the  PCnet-PCI 
controller. 

Slave  Access  to  I/O  Resources 

The  PCnet-PCI  device  is  always  a  32-bit  peripheral  on 
the  system  bus.  However,  the  width  of  individual  soft- 
ware resources  on  board  the  PCnet-PCI  controller  may 
be  either  16-bits  or  32-bits.  The  PCnet-PCI  controller 
I/O  resource  widths  are  determined  by  the  setting  of  the 
DWIO  bit  as  indicated  in  the  following  table: 


DWIO  Setting 

PCnet-PCI 
Controller  I/O 
Resource  Width 

Example  Application 

DWIO  =  0 

1 6-bit 

Existing  PCnet-ISA 
driver  that  assumes 
1 6-bit  I/O  mapping 
and  16-bit  resource 
widths 

DWIO  =  1 

32-bit 

New  drivers  written 
specifically  for  the 
PCnet-PCI  controller 

Note  that  when  I/O  resource  width  is  defined  as  32  bits 
(DWIO  mode),  the  upper  16  bits  of  the  I/O  resource  is 
reserved  and  written  as  ZEROS  and  read  as  undefined, 
except  for  the  APROM  locations  and  CSR88.  The 
APROM  locations  and  CSR88  are  the  only  I/O  re- 
sources for  which  all  32  bits  will  have  defined  values. 
However,  this  is  true  only  when  the  PCnet-PCI  controller 
is  in  DWIO  mode. 

Configuring  the  PCnet-PCI  controller  for  DWIO  mode  is 
accomplished  whenever  there  is  any  attempt  to  perform 
a  32-bit  write  access  to  the  RDP  location  (offset  10h). 
See  the  DWIO  section  for  more  details. 
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Table  7  describes  all  possible  bus  slave  accesses  that 
may  be  directed  toward  the  PCnet-PCI  controller,  (i.e., 
the  PCnet-PCI  controller  is  the  target  device  during  the 
transfer.)  The  first  column  indicates  the  type  of  slave  ac- 
cess. RD  stands  for  READ,  WR  for  a  WRITE  operation. 
The  second  column  indicates  the  value  of  the  C/BE[3:0] 
lines  during  the  data  phase  of  the  transfer.  The  four  byte 


columns  (AD[31 :24],  AD[23:16],  AD[15:8],  AD[7:0])  in- 
dicate the  value  on  the  address/data  bus  during  the  data 
phase  of  the  access,  "data"  indicates  the  position  of  the 
active  bytes;  "copy"  indicates  the  positions  of  copies  of 
the  active  bytes ;  "undef"  indicates  byte  locations  that  are 
undefined  during  the  transfer. 


Table  7.  Bus  Slave  Accesses 


TYPE 

BE[3:0] 

AD 

[31 :24] 

AD 

[23:16] 

AD 

[15:8] 

AD 

[7:0] 

Comments 

RD 

0000 

data 

data 

data 

data 

DWORD  access  to  DWORD  address,  e.g.  300h, 
30Ch,  31  Oh  (DWIO  mode  only) 

RD 

1100 

undef 

undef 

data 

data 

word  access  to  even  word  address,  e.g.  300h, 
30Ch,  31  Oh  (WIO  mode  only) 

RD 

0011 

data 

data 

copy 

copy 

word  access  to  odd  word  address,  e.g.  302h,  30Eh, 
31 2h  (WIO  mode  only) 

RD 

1110 

undef 

undef 

undef 

data 

byte  access  to  lower  byte  of  even  word  address,  e.g. 
300h,  304h  (WIO  mode  only,  APROM  accesses 
only) 

RD 

1101 

undef 

undef 

data 

undef 

byte  access  to  upper  byte  of  even  word  address, 
e.g.  301  h,  305h  (WIO  mode  only,  APROM  accesses 
only) 

RD 

1011 

undef 

data 

undef 

copy 

byte  access  to  lower  byte  of  odd  word  address,  e.g. 
302h,  306h  (WIO  mode  only,  APROM  accesses 
only) 

 ™  

RD 

0111 

data 

undef 

copy 

undef 

byte  access  to  upper  byte  of  odd  word  address,  e.g. 
303h,  307h  (WIO  mode  only,  APROM  accesses 
only) 

WR 

0000 

data 

data 

data 

data 

DWORD  access  to  DWORD  address,  e.g.  300h, 
30Ch,  31  Oh  (DWIO  mode  only) 

WR 

1100 

undef 

undef 

data 

data 

word  access  to  even  word  address,  e.g.  300h, 
30Ch,  31  Oh  (WIO  mode  only) 

WR 

0011 

data 

data 

undef 

undef 

word  access  to  odd  word  address,  e.g.  302h,  30Eh, 
31 2h  (WIO  mode  only) 

EEPROM  Microwire  Access 

The  PCnet-PCI  controller  contains  a  built-in  capability 
for  reading  and  writing  to  an  external  EEPROM.  This 
built-in  capability  consists  of  a  Microwire  interface  for  di- 
rect connection  to  a  Microwire  compatible  EEPROM ,  an 
automatic  EEPROM  read  feature,  and  a  user-program- 
mable registerthat  allows  direct  access  to  the  Microwire 
interface  pins. 

Automatic  EEPROM  Read  Operation 

Shortly  after  the  deassertion  of  the  RST  pin,  the  PCnet- 
PCI  controller  will  read  the  contents  of  the  EEPROM 
that  is  attached  to  the  Microwire  interface.  Because  of 
this  automatic-read  capability  of  the  PCnet-PCI  control- 
ler, an  EEPROM  can  be  used  to  program  many  of  the 
features  of  the  PCnet-PCI  controller  at  power-up,  allow- 
ing system-dependent  configuration  information  to  be 
stored  in  the  hardware,  instead  of  inside  of  oper- 
ating code. 


If  an  EEPROM  exists  on  the  Microwire  interface,  the 
PCnet-PCI  controller  will  read  the  EEPROM  contents  at 
the  end  of  the  H  RESET  operation.  The  EEPROM  con- 
tents will  be  serially  shifted  into  a  temporary  register  and 
then  sent  to  various  register  locations  on  board  the 
PCnet-PCI  controller.  The  host  can  access  the  PCI  Con- 
figuration Space  during  the  EEPROM  read  operations. 
Access  to  the  PCnet-PCI  I/O  resources,  however,  is  not 
possible  during  the  EEPROM  read  operation.  The 
PCnet-PCI  controller  will  terminate  these  I/O  accesses 
with  the  assertion  of  DEVSEL  and  STOP  while  TRDY  is 
not  asserted,  signaling  to  the  initiator  to  retry  the  access 
at  a  later  time. 

A  checksum  verification  is  performed  on  the  data  that  is 
read  from  the  EEPROM.  If  the  checksum  verification  of 
the  EEPROM  data  fails,  then  at  the  end  of  the  EEPROM 
read  sequence,  the  PCnet-PCI  controller  will  force  all 
EEPROM-programmable  BCR  registers  back  to  their 
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H_RESET  default  values.  The  content  of  the  APROM 
locations  (offsets  Oh  -  Fh  from  the  I/O  base  address), 
however,  will  not  be  cleared.  The  8-bit  checksum  for  the 
entire  36  bytes  of  the  EEPROM  should  be  FFh. 

If  no  EEPROM  is  present  at  the  time  of  the  automatic 
read  operation,  then  the  PCnet-PCI  controller  will  rec- 
ognize this  condition  and  will  abort  the  automatic  read 
operation  and  reset  both  the  PREAD  and  PVALID  bits  in 
BCR19.  All  EEPROM-programmable  BCR  registers  will 
be  assigned  their  default  values  after  H_RESET.  The 
content  of  the  Address  PROM  locations  (offsets  Oh  -  Fh 
from  the  I/O  base  address)  will  be  undefined. 

If  the  user  wishes  to  modify  any  of  the  configuration  bits 
that  are  contained  in  the  EEPROM,  then  the  seven  com- 
mand, data  and  status  bits  of  BCR19  can  be  used  to 
write  to  the  EEPROM.  After  writing  to  the  EEPROM,  the 
host  should  set  the  PREAD  bit  of  BCR19.  This  action 
forces  a  PCnet-PCI  controller  re-read  of  the  EEPROM 
so  that  the  new  EEPROM  contents  will  be  loaded  into 
the  EEPROM-programmable  registers  on  board  the 
PCnet-PCI  controller.  (The  EEPROM-programmable 
registers  may  also  be  reprogrammed  directly,  but  only 
information  that  is  stored  in  the  EEPROM  will  be  pre- 
served at  system  power-down.)  When  the  PREAD  bit  of 
BCR19  is  set,  it  will  cause  the  PCnet-PCI  controller  to 
terminate  further  accesses  to  internal  I/O  resources  with 
the  PCI  retry  cycle.  Accesses  to  the  PCI  configuration 
space  is  still  possible. 

EEPROM  Auto-Detection 

The  PCnet-PCI  controller  uses  the  EESK/LED1  pin  to 
determine  if  an  EEPROM  is  present  in  the  system.  At  all 
rising  CLK  edges  during  the  assertion  of  the  rst  pin, 
the  PCnet-PCI  controller  will  sample  the  value  of  the 
EESK/LED1  pin.  If  the  sampled  value  is  a  ONE,  then  the 
PCnet-PCI  controller  assumes  that  an  EEPROM  is  pre- 
sent, and  the  EEPROM  read  operation  begins  shortly 
after  the  RST  pin  is  deasserted.  If  the  sampled  value  of 
EESK/LED1  is  a  ZERO,  then  the  PCnet-PCI  controller 
assumes  that  an  external  pulldown  device  is  holding  the 
EESK/LED1  pin  low,  and  therefore,  there  is  no 
EEPROM  in  the  system.  Note  that  if  the  designer  cre- 
ates a  system  that  contains  an  LED  circuit  on  the 
EESK/LED1  pin  but  has  no  EEPROM  present,  then  the 
EEPROM  auto-detection  function  will  incorrectly  con- 
clude that  an  EEPROM  is  present  in  the  system.  How- 
ever, this  will  not  pose  a  problem  for  the  PCnet-PCI 
controller,  since  it  will  recognize  the  lack  of  an  EEPROM 
at  the  end  of  the  read  operation,  when  the  checksum 
verification  fails. 

Systems  Without  an  EEPROM 

Some  systems  may  be  able  to  save  the  cost  of  an 
EEPROM  by  storing  the  ISO  8802-3  (IEEE/ANSI  802.3) 
station  address  and  other  configuration  information 
somewhere  else  in  the  system.  There  are  several  de- 
sign choices: 


■  If  the  LED1  is  not  needed  in  the  system,  then  the  sys- 
tem  designer  may  connect  the  EESK/EedT  pin  to  a 
resistive  pulldown  device.  This  will  indicate  to  the 
EEPROM  auto-detection  function  that  no  EEPROM 
is  present. 

■  If  the  LED1  function  is  needed  in  the  system,  then  the 
system  designer  will  connect  the  EESK/LED1  pin  to 
a  resistive  pullup  device  and  the  EEPROM  auto-de- 
tection function  will  incorrectly  conclude  that  an 
EEPROM  is  present  in  the  system.  However,  this  will 
not  pose  a  problem  for  the  PCnet-PCI  controller, 
since  it  will  recognize  the  lack  of  an  EEPROM  at  the 
end  of  the  read  operation,  when  the  checksum  verifi- 
cation fails. 

In  either  case,  following  the  PCI  configuration,  addi- 
tional information,  including  the  ISO  8802-3  (IEEE/ANSI 
802.3)  station  address,  may  be  loaded  into  the  PCnet- 
PCI  controller.  Note  that  the  IESRWE  bit  (bit  8  of  BCR2) 
must  be  set  before  the  PCnet-PCI  controller  will  accept 
writes  to  the  APROM  offsets  within  the  PCnet-PCI  I/O 
resources  map.  Startup  code  in  the  system  BIOS  can 
perform  the  PCI  configuration  accesses,  the  IESRWE 
bit  write,  and  the  APROM  writes. 

Direct  Access  to  the  Microwire  Interface 

The  user  may  directly  access  the  Microwire  port  through 
the  EEPROM  register,  BCR19.  This  register  contains 
bits  that  can  be  used  to  control  the  Microwire  interface 
pins.  By  performing  an  appropriate  sequence  of  I/O  ac- 
cesses to  BCR19,  the  user  can  effectively  write  to  and 
read  from  the  EEPROM.  This  feature  may  be  used  by  a 
system  configuration  utility  to  program  hardware  con- 
figuration information  into  the  EEPROM. 

EEPROM-Programmable  Registers 

The  following  registers  contain  configuration  informa- 
tion that  will  be  programmed  automatically  during  the 
EEPROM  read  operation: 


1. 

I/O  offsets  Oh  -  Fh 

APROM  locations 

2. 

BCR2 

Miscellaneous  Configuration 

register 

3. 

BCR16 

not  used  in  the  PCnet-PCI 

controller 

4. 

BCR17 

not  used  in  the  PCnet-PCI 

controller 

5. 

BCR18 

Burst  Size  and  Bus  Control 

6. 

BCR21 

Register 
Not  Used 

If  the  PREAD  bit  (BCR19)  is  reset  to  ZERO  and  the 
PVALID  bit  (BCR  19)  is  reset  to  ZERO,  then  the 
EEPROM  read  has  experienced  a  failure  and  the  con- 
tents of  the  EEPROM  programmable  BCR  register  will 
be  set  to  default  H_RESET  values.  The  content  of  the 
APROM  locations,  however,  will  not  be  cleared. 
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Note  that  accesses  to  the  APROM  I/O  locations  do  not 
directly  access  the  Address  EEPROM  itself.  Instead, 
these  accesses  are  routed  to  a  set  of  shadow  registers 
on  board  the  PCnet-PCI  controllerthat  are  loaded  with  a 
copy  of  the  EEPROM  contents  during  the  automatic 
read  operation  that  immediately  follows  the  HRESET 
operation. 

Table  8.  EEPROM  Contents 


EEPROM  MAP 

The  automatic  EEPROM  read  operation  will  access  18 


words  (i.e.  36  bytes)  of  the  EEPROM.  The  format  of  the 
EEPROM  contents  is  shown  in  Table  8,  beginning  with 
the  byte  that  resides  at  the  lowest  EEPROM  address: 




ttrnUm 

WORD 
Address 

EEPROM  Contents 

Byte 
Addr. 

Most  Significant  Byte 

Byte 
Addr. 

Least  Significant  Byte 

OOh 
(lowest 
EEPROM 
address) 

01h 

£IIU  UyLC  Ul  IMS  IOW  OOU£  O 

(IEEE/ANSI  802.3)  station  physical 
address  for  this  node 

OOh 

fir«;t  hvtp  nf  the  ISO  R80P-3 
(IEEE/ANSI  802.3)  station  physical 
address  for  this  node,  where  "first  byte" 
refers  to  the  first  byte  to  appear  on  the 
802.3  medium 

01h 

Ujm 

4th  byte  of  the  node  address 

U*in 

3rd  byte  of  the  node  address 

02h 

05h 

6th  byte  of  the  node  address 

04h 

5th  byte  of  the  node  address 

03h 

07h 

reserved  location:  must  be  OOh 

06h 

reserved  location  must  be  OOh 

04h 

nQh 
uyn 

Hardware  ID:  must  be  1 1  h  if 
compatibility  to  AMD  drivers  is 
desired 

nflh 
uon 

reserved  location  must  be  OOh 

05h 

OBh 

user  programmable  space 

OAh 

user  programmable  space 

06h 

ODh 

MSByte  of  two-byte  checksum, 
which  is  the  sum  of  bytes  OOh-OBh 
and  bytes  OEh  and  OFh 

OCh 

LSByte  of  two-byte  checksum,  which  is  the 
sum  of  bytes  OOh-OBh  and  bytes  OEh  and  OFh 

07h 

OFh 

must  be  ASCII  "W"  (57h)  if  compatibility 
to  AMD  driver  software  is  desired 

OEh 

must  be  ASCII  "W"  (57h)  if  compatibility 
to  AMD  driver  software  is  desired 

08h 

11  h 

BCR16[15:8]  (not  used) 

10h 

BCR16[7:0]  (not  used) 

09h 

13h 

BCR17[15:8]  (not  used) 

12h 

BCR17[7:0]_  (not  used) 

OAh 

15h 

BCR18[15:8]  (Burst  Size  and  Bus  Control) 

14h 

BCR18[7:0]  (Burst  Size  and  Bus  Control) 

OBh 

17h 

BCR2[15:8]  (Misc.  configuration) 

16h 

BCR2[7:0]  (Misc.  configuration) 

OCh 

19h 

BCR21[15:8)  (Not  Used) 

1 8h 

BCR21[7:0]  (Not  Used) 

ODh 

1Bh 

reserved  location  must  be  OOh 

I  Ah 

reserved  location  must  be  OOh 

OEh 

1Dh 

reserved  location  must  be  OOh 

1Ch 

reserved  location  must  be  OOh 

OFh 

1Fh 

checksum  adjust  byte  for  the  first  36  bytes 
of  the  EEPROM  contents;  checksum  of  the 
first  36  bytes  of  the  EEPROM  should  total 
to  FFh 

1Eh 

reserved  location  must  be  OOh 

10h 

21h 

reserved  location  must  be  OOh 

20h 

reserved  location  must  be  OOh 

11h 

23h 

user  programmable  byte  locations 

22h 

user  programmable  byte  locations 

Note  that  the  first  bit  out  of  any  WORD  location  in  the 
EEPROM  is  treated  as  the  MSB  of  the  register  that  is  be- 
ing programmed.  For  example,  the  first  bit  out  of 
EEPROM  WORD  location  08h  will  be  written  into 
BCR16[15],  the  second  bitout  of  EEPROM  WORD  loca- 
tion 08h  will  be  written  into  BCR16[14],  etc. 

There  are  two  checksum  locations  within  the  EEPROM. 
The  first  is  required  for  the  EEPROM  address.  This 
checksum  will  be  used  by  AMD  driver  software  to  verify 
that  the  ISO  8802-3  (IEEE/ANSI  802.3)  station  address 


has  not  been  corrupted.  The  value  of  bytes  OCh  and  ODh 
should  match  the  sum  of  bytes  OOh  through  OBh  and 
OEh  and  OFh.  The  second  checksum  location  -  byte 
1Fh—  is  not  a  checksum  total,  but  is,  instead,  a  check- 
sum adjustment.  The  value  of  this  byte  should  be  such 
that  the  total  checksum  for  the  entire  36  bytes  of 
EEPROM  data  equals  the  value  FFh.  The  checksum  ad- 
just byte  is  needed  by  the  PCnet-PCI  controller  in  order 
to  verify  that  the  EEPROM  contents  have  not  been 
corrupted. 
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Transmit  Operation 

The  transmit  operation  and  features  of  the  PCnet-PCI 
controller  are  controlled  by  programmable  options.  The 
PCnet-PCI  controller  offers  a136-byte  Transmit  FIFO  to 
provide  frame  buffering  for  increased  system  latency, 
automatic  retransmission  with  no  FIFO  reload,  and 
automatic  transmit  padding. 

Transmit  Function  Programming 

Automatic  transmit  features  such  as  retry  on  collision, 
FCS  generation/transmission,  and  pad  field  insertion 
can  all  be  programmed  to  provide  flexibility  in  the 
(re-)transmission  of  messages. 

Disable  retry  on  collision  (DRTY)  is  controlled  by  the 
DRTY  bit  of  the  Mode  register  (CSR15)  in  the  initiali- 
zation block. 

Automatic  pad  field  insertion  is  controlled  by  the 
APAD_XMT  bit  in  CSR4.  If  APAD_XMT  is  set,  auto- 
matic pad  field  insertion  is  enabled,  the  DXMTFCS  fea- 
ture is  over-ridden,  and  the  4-byte  FCS  will  be  added  to 
the  transmitted  frame  unconditionally.  If  APAD  XMT  is 
clear,  no  pad  field  insertion  will  take  place  and  runt 
packet  transmission  is  possible. 

The  disable  FCS  generation/transmission  feature  can 
be  programmed  dynamically  on  a  frame  by  frame  basis. 
See  the  ADD_FCS  description  of  TMD1 . 

Transmit  FIFO  Watermark  (XMTFW)  in  CSR80  sets  the 
point  at  which  the  BMU  requests  more  data  from  the 
transmit  buffers  for  the  FIFO.  A  minimum  of  XMTFW 
empty  spaces  must  be  available  in  the  transmit  FIFO  be- 
fore the  BMU  will  request  the  system  bus  in  order  to 
transfer  transmit  packet  data  into  the  transmit  FIFO. 


Transmit  Start  Point  (XMTSP)  in  CSR80  sets  the  point 
when  the  transmitter  actually  attempts  to  transmit  a 
frame  onto  the  media.  A  minimum  of  XMTSP  bytes  must 
be  written  to  the  transmit  FIFO  for  the  current  frame  be- 
fore transmission  of  the  current  frame  will  begin.  (When 
automatically  padded  packets  are  being  sent,  it  is  con- 
ceivable that  the  XMTSP  is  not  reached  when  all  of  the 
data  has  been  transferred  to  the  FIFO.  In  this  case,  the 
transmission  will  begin  when  all  of  the  packet  data  has 
been  placed  into  the  transmit  FIFO.) 

When  the  entire  frame  is  in  the  FIFO,  attempts  at  trans- 
mission of  preamble  will  commence  regardless  of  the 
value  in  XMTSP.  The  default  value  of  XMTSP  is  10b, 
meaning  there  has  to  be  64  bytes  in  the  Transmit  FIFO 
to  start  a  transmission. 

Automatic  Pad  Generation 

Transmit  frames  can  be  automatically  padded  to  extend 
them  to  64  data  bytes  (excluding  preamble).  This  allows 
the  minimum  frame  size  of  64  bytes  (512  bits)  for 
802.3/Ethernet  to  be  guaranteed  with  no  software  inter- 
vention from  the  host/controlling  process. 

Setting  the  APAD_XMT  bit  in  CSR4  enables  the  auto- 
matic padding  feature.  The  pad  is  placed  between  the 
LLC  data  field  and  FCS  field  in  the  802.3  frame.FCS  is 
always  added  if  the  frame  is  padded,  regardless  of  the 
state  of  DXMTFCS.  The  transmit  frame  will  be  padded 
by  bytes  with  the  value  of  OOh.  The  default  value  of 
APAD  XMT  is  0 ;  this  will  disable  auto  pad  generation  af- 
ter H_RESET. 


Preamble 

Sync 
10101011 

Destination 

Source 

Length 

LLC 

Pad 

FCS 

1010  ...1010 

Address 

Address 

Data 

56 
Bits 


Bits 


2 

Bytes 


46  —  1500 
Bytes 


18220C-29 


Figure  27.  ISO  8802-3(IEEE/ANSI  802.3)  Data  Frame 


It  is  the  responsibility  of  upper  layer  software  to  correctly 
define  the  actual  length  field  contained  in  the  message 
to  correspond  to  the  total  number  of  LLC  Data  bytes  en- 
capsulated in  the  packet  (length  field  as  defined  in  the 
ISO  8802-3  (IEEE/ANSI  802.3)  standard).  The  length 
value  contained  in  the  message  is  not  used  by  the 
PCnet-PCI  controller  to  compute  the  actual  number  of 
pad  bytes  to  be  inserted.  The  PCnet-PCI  controller  will 


append  pad  bytes  dependent  on  the  actual  number  of 
bits  transmitted  onto  the  network.  Once  the  last  data 
byte  of  the  frame  has  completed,  prior  to  appending  the 
FCS,  the  PCnet-PCI  controller  will  check  to  ensure  that 
544  bits  have  been  transmitted.  If  not,  pad  bytes  are 
added  to  extend  the  frame  size  to  this  value,  and  the 
FCS  is  then  added. 
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The  544  bit  count  is  derived  from  the  following: 


Minimum  frame 
size  (excluding 
preamble, 
including  FCS) 

64 

bytes 

512 

bits 

Preamble/SFD  size 

8 

bytes 

64 

bits 

FCS  size 

4 

bytes 

32 

bits 

To  be  classed  as  a  minimum  size  frame  at  the  receiver, 
the  transmitted  frame  must  contain: 


Preamble  +  (Min  Frame  Size  +  FCS)  bits 

At  the  point  that  FCS  is  to  be  appended,  the  transmitted 
frame  should  contain: 

Preamble  +  (Min  Frame  Size  -  FCS)  bits 
64  +   (512  -  32)  bits 

A  minimum  length  transmit  frame  from  the  PCnet-PCI 
controller  will  therefore  be  576  bits,  after  the  FCS  is 
appended. 

The  Ethernet  specification  assumes  that  minimum 
length  messages  will  be  at  least  64  bytes  in  length. 

Transmit  FCS  Generation 

Automatic  generation  and  transmission  of  FCS  for  a 
transmit  frame  depends  on  the  value  of  DXMTFCS  bit  in 
CSR15.  When  DXMTFCS  =  0  the  transmitter  will  gener- 
ate and  append  the  FCS  to  the  transmitted  frame.  If  the 
automatic  padding  feature  is  invoked  (APADXMT  is 
set  in  CSR4),  the  FCS  will  be  appended  by  the  PCnet- 
PCI  controller  regardless  of  the  state  of  DXMTFCS. 
Note  that  the  calculated  FCS  is  transmitted  most  signifi- 
cant bit  first.  The  default  value  of  DXMTFCS  is  0  after 
HRESET. 

Transmit  Exception  Conditions 

Exception  conditions  for  frame  transmission  fall  into  two 
distinct  categories.  Those  which  are  the  result  of  normal 
network  operation,  and  those  which  occur  due  to  abnor- 
mal network  and/or  host  related  events. 

Normal  events  which  may  occur  and  which  are  handled 
autonomously  by  the  PCnet-PCI  controller  include  colli- 
sions within  the  slot  time  with  automatic  retry.  The 
PCnet-PCI  controller  will  ensure  that  collisions  which 
occur  within  51 2  bit  times  from  the  start  of  transmission 
(including  preamble)  will  be  automatically  retried  with  no 
host  intervention.  The  transmit  FIFO  ensures  this  by 
guaranteeing  that  data  contained  within  the  FIFO  will 
not  be  overwritten  until  at  least  64  bytes  (512  bits)  of  pre- 
amble plus  address,  length  and  data  fields  have  been 
transmitted  onto  the  network  without  encountering 
a  collision. 

If  1 6  total  attempts  (initial  attempt  plus  1 5  retries)  fail,  the 
PCnet-PCI  controller  sets  the  RTRY  bit  in  the  current 


transmit  TDTE  in  host  memory  (TMD2),  gives  up  owner- 
Ship  (resets  the  OWN  bit  to  ZERO)  for  this  frame,  and 
processes  the  next  frame  in  the  transmit  ring  for 
transmission. 

Abnormal  network  conditions  include: 

■  Loss  of  carrier. 

■  Late  collision. 

■  SQE  Test  Error,  (does  not  apply  to  1 0BASE-T  port) 

These  should  not  occur  on  a  correctly  conf  igured  802.3 
network,  and  will  be  reported  if  they  do. 

When  an  error  occurs  in  the  middle  of  a  multi-buffer 
frame  transmission,  the  error  status  will  be  written  in  the 
current  descriptor.  The  OWN  bit(s)  in  the  subsequent 
descriptor(s)  will  be  reset  until  the  STP  (the  next  frame) 
is  found. 

Loss  of  Carrier 

A  loss  of  carrier  condition  will  be  reported  if  the  PCnet- 
PCI  controller  cannot  observe  receive  activity  whilst  it  is 
transmitting  on  the  AUI  port.  After  the  PCnet-PCI  con- 
troller initiates  a  transmission  it  will  expect  to  see  data 
"looped-back"  on  the  Dl±  pair.  This  will  internally  gener- 
ate a  "carrier  sense",  indicating  that  the  integrity  of  the 
data  path  to  and  from  the  MAU  is  intact,  and  that  the 
MAU  is  operating  correctly.  This  "carrier  sense"  signal 
must  be  asserted  about  6  bit  times  before  the  last  trans- 
mitted bit  on  DO±.  If  "carrier  sense"  does  not  become 
active  in  response  to  the  data  transmission,  or  becomes 
inactive  before  the  end  of  transmission,  the  loss  of  car- 
rier (LCAR)  error  bit  will  be  set  in  TMD2  after  the  frame 
has  been  transmitted.  The  frame  will  not  be  re-tried  on 
the  basis  of  an  LCAR  error. 

When  the  1 0BASE-T  port  is  selected,  LCAR  will  be  re- 
ported for  every  packet  transmitted  during  the  Link 
fail  condition. 

Late  Collision 

A  late  collision  will  be  reported  if  a  collision  condition  oc- 
curs after  one  slot  time  (5 1 2  bit  times)  after  the  transmit 
process  was  initiated  (first  bit  of  preamble  commenced). 
The  PCnet-PCI  controller  will  abandon  the  transmit 
process  for  the  particular  frame,  set  Late  Collision 
(LCOL)  in  the  associated  TMD2,  and  process  the  next 
transmit  frame  in  the  ring.  Frames  experiencing  a  late 
collision  will  not  be  re-tried.  Recoveryfrom  this  condition 
must  be  performed  by  upper  layer  software. 

SQE  Test  Error 

During  the  inter  packet  gap  time  following  the  comple- 
tion of  a  transmitted  message,  the  AUI  CI+  pair  is  as- 
serted by  some  transceivers  as  a  self-test.  The  integral 
Manchester  Encoder/Decoder  will  expect  the  SQE  Test 
Message  (nominal  1 0  MHz  sequence)  to  be  returned  via 
the  Cl±  pair,  within  a  40  network  bit  time  period  after  Dl± 
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goes  inactive  (this  does  not  apply  if  the  10BASE-T  port 
is  selected).  If  the  Cl±  input  is  not  asserted  within  the  40 
network  bit  time  period  following  the  completion  of 
transmission,  then  the  PCnet-PCI  controller  will  set  the 
CERR  bit  in  CSRO.  CERR  will  be  asserted  in  1 0BASE-T 
mode  after  transmit  if  T-MAU  is  in  Link  Fail  state.  CERR 
will  never  cause  INTA  to  be  activated.  It  will,  however, 
set  the  ERR  bit  CSRO. 

Receive  Operation 

The  receive  operation  and  features  of  the  PCnet-PCI 
controller  are  controlled  by  programmable  options. 

Address  Matching 

The  PCnet-PCI  controller  supports  three  types  of  ad- 
dress matching:  unicast,  multicast,  and  broadcast.  The 
normal  address  matching  procedure  can  be  modified  by 
programming  three  bits  in  the  MODE  register  (PROM, 
DRCVBC,  and  DRCBC). 

If  the  first  bit  received  after  the  start  of  frame  delimiter 
(the  least  significant  bit  of  the  first  byte  of  the  destination 
address  field)  is  0,  the  frame  is  unicast,  which  indicates 
that  the  frame  is  meant  to  be  received  by  a  single  node. 
If  the  first  bit  received  is  1 ,  the  frame  is  multicast,  which 
indicates  that  the  frame  is  meant  to  be  received  by  a 
group  of  nodes.  If  the  destination  address  field  contains 
all  ones,  the  frame  is  broadcast,  which  is  a  special  type 
of  multicast.  Frames  with  the  broadcast  address  in  the 
destination  address  field  are  meant  to  be  received  by  all 
nodes  on  the  local  area  network. 

When  a  unicast  frame  arrives  at  the  PCnet-PCI  control- 
ler, the  controller  will  accept  the  frame  if  the  destination 
address  field  of  the  incoming  frame  exactly  matches  the 
6-byte  station  address  stored  in  the  PADR  registers 
(CSR12,  CSR13,  and  CSR14).  The  byte  ordering  is 
such  that  the  first  byte  received  from  the  network  (after 
the  SFD)  must  match  the  least  significant  byte  of  CSR12 
(PADR[7:0]),  and  the  sixth  byte  received  must  match  the 
most  significant  byte  of  CSR14  (PADR[47:40]). 

If  DRCVPA  (bit  13  in  the  MODE  register)  is  set.  the 
PCnet-PCI  controller  will  not  accept  unicast  frames. 

If  the  incoming  frame  is  multicast  the  PCnet-PCI  control- 
ler performs  a  calculation  on  the  contents  of  the  destina- 
tion address  field  to  determine  whether  or  not  to  accept 
the  frame.  This  calculation  is  explained  in  the  section 
that  describes  the  Logical  Address  Filter  (LADRF). 

If  all  bits  of  the  LADRF  registers  are  0  no  multicast 
frames  are  accepted,  except  for  broadcast  frames. 

Although  broadcast  frames  are  classified  as  special 
multicast  frames,  they  are  treated  differently  by  the 
PCnet-PCI  controller  hardware.  Broadcast  frames  are 
always  accepted,  except  when  DRCVBC  (bit  14  in  the 
MODE  register)  is  set. 


None  of  the  address  filtering  described  above  applies 
when  the  PCnet-PCI  controller  is  operating  in  the  pro- 
miscuous mode.  In  the  promiscuous  mode,  all  properly 
formed  packets  are  received,  regardless  of  the  contents 
of  their  destination  address  fields.  The  promiscuous 
mode  overrides  the  Disable  Receive  Broadcast  bit 
(DRCVBC  bit  14  in  the  MODE  register)  and  the  Disable 
Receive  Physical  Address  bit  (DRCVPA,  bit  13  MODE 
register). 

The  PCnet-PCI  controller  operates  in  promiscuous 
mode  when  PROM  (bit  1 5  in  the  MODE  register)  is  set. 

Receive  Function  Programming 

Automatic  pad  field  stripping  is  enabled  by  setting  the 
ASTRP_RCV  bit  in  CSR4.  This  can  provide  flexibility  in 
the  reception  of  messages  using  the  802.3  frame 
format. 

All  receive  frames  can  be  accepted  by  setting  the  PROM 
bit  in  CSR15.  When  PROM  is  set,  the  PCnet-PCI  con- 
troller will  attempt  to  receive  all  messages,  subject  to 
minimum  frame  enforcement.  Promiscuous  mode  over 
rides  the  effect  of  the  Disable  Receive  Broadcast  bit  on 
receiving  broadcast  frames. 

The  point  at  which  the  BMU  will  start  to  transfer  data 
from  the  receive  FIFO  to  buffer  memory  is  controlled  by 
the  RCVFW  bits  in  CSR80.  The  default  established  dur- 
ing H  RESET  is  10b  which  sets  the  threshold  flag  at 
64  bytes  empty. 

Automatic  Pad  Stripping 

During  reception  of  an  802.3  frame  the  pad  field  can  be 
stripped  automatically.  ASTRP_RCV  (CSR4,  bit  0)  =  1 
enables  the  automatic  pad  stripping  feature.  The  pad 
field  will  be  stripped  before  the  frame  is  passed  to  the 
FIFO,  thus  preserving  FIFO  space  for  additional  frames. 
The  FCS  field  will  also  be  stripped,  since  it  is  computed 
at  the  transmitting  station  based  on  the  data  and  pad 
field  characters,  and  will  be  invalid  for  a  receive  frame 
that  has  had  the  pad  characters  stripped. 

The  number  of  bytes  to  be  stripped  is  calculated  from 
the  embedded  length  field  (as  defined  in  the  ISO  8802-3 
(IEEE/ANSI  802.3)  definition)  contained  in  the  frame. 
The  length  indicates  the  actual  number  of  LLC  data 
bytes  contained  in  the  message.  Any  received  frame 
which  contains  a  length  field  less  than  46  bytes  will  have 
the  pad  field  stripped  (if  ASTRP_RCV  is  set).  Receive 
frames  which  have  a  length  field  of  46  bytes  or  greater 
will  be  passed  to  the  host  unmodified. 

Since  any  valid  Ethernet  Type  field  value  will  always  be 
greater  than  a  normal  802.3  Length  field  (>46),  the 
PCnet-PCI  controller  will  not  attempt  to  strip  valid  Ether- 
net frames. 
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Note  that  for  some  network  protocols,  the  value  passed  Figure  28  shows  the  byte/bit  ordering  of  the  received 

in  the  Ethernet  Type  and/or  802.3  Length  field  is  not  length  field  for  an  802.3  compatible  frame  format, 
compliant  with  either  standard  and  may  cause 
problems. 
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Figure  28. 802.3  Frame  and  Length  Field  Transmission  Order 


Reception  and  checking  of  the  received  FCS  is  per- 
formed automatically  by  the  PCnet-PCI  controller.  Note 
that  if  the  Automatic  Pad  Stripping  feature  is  enabled, 
the  FCS  for  padded  frames  will  be  verified  against  the 
value  computed  for  the  incoming  bit  stream  including 
pad  characters,  but  the  FCS  value  for  a  padded  frame 
will  not  be  passed  to  the  host.  If  an  FCS  error  is  detected 
in  any  frame,  the  error  will  be  reported  in  the  CRC  bit 
in  RMD1. 

Receive  Exception  Conditions 

Exception  conditions  for  frame  reception  fall  into  two 
distinct  categories;  those  which  are  the  result  of  normal 
network  operation,  and  those  which  occur  due  to  abnor- 
mal network  and/or  host  related  events. 


I  events  which  may  occur  and  which  are  handled 
autonomously  by  the  PCnet-PCI  controller  are  basically 
collisions  within  the  slot  time  and  automatic  runt  packet 
rejection.  The  PCnet-PCI  controller  will  ensure  that  colli- 
sions which  occur  within  51 2  bit  times  from  the  start  of 
reception  (excluding  preamble)  will  be  automatically  de- 
leted from  the  receive  FIFO  with  no  host  intervention. 
The  receive  FIFO  will  delete  any  frame  which  is  com- 
posed of  fewer  than  64  bytes  provided  that  the  Runt 


_ 





Packet  Accept  (RPA  bit  in  CSR124)  feature  has  not 
been  enabled.  This  criterion  will  be  met  regardless  of 
whether  the  receive  frame  was  the  first  (or  only)  frame  in 
the  FIFO  or  if  the  receive  frame  was  queued  behind  a 
previously  received  message. 

Abnormal  network  conditions  include: 

■  FCS  errors 

■  Late  Collision 

Host  related  receive  exception  conditions  include  MISS, 
BUFF,  and  OFLO.  These  are  described  in  the  BMU 
section. 

Loopback  Operation 

Loopback  is  a  mode  of  operation  intended  for  system  di- 
agnostics. I  n  this  mode,  the  transmitter  and  receiver  are 
both  operating  at  the  same  time  so  that  the  controller  re- 
ceives its  own  transmissions.  The  controller  provides 
two  types  of  internal  loopback  and  one  type  of  external 
loopback.  In  internal  loopback  mode,  the  transmitted 
data  can  be  looped  back  to  the  receiver  at  one  of  two 
places  inside  the  controller  without  actually  transmitting 
any  data  to  the  external  network.  The  receiver  will  move 
the  received  data  to  the  next  receive  buffer,  where  it  can 
be  examined  by  software.  Alternatively,  in  external  loop- 
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back  mode,  data  can  be  transmitted  to  and  received 
from  the  external  network. 

There  are  restrictions  on  loopback  operation.  The 
PCnet-PCI  controller  has  only  one  FCS  generator  cir- 
cuit. The  FCS  generator  can  be  used  by  the  transmitter 
to  generate  the  FCS  to  append  to  the  frame,  or  it  can  be 
used  by  the  receiver  to  verify  the  FCS  of  the  received 
frame .  It  can  not  be  used  by  the  receiver  and  transmitter 
simultaneously. 

If  the  FCS  generator  is  connected  to  the  receiver,  the 
transmitter  will  not  append  an  FCS  to  the  frame,  but  the 
receiver  will  check  for  one.  The  user  can,  however,  cal- 
culate the  FCS  value  for  a  frame  and  include  this  four- 
byte  number  in  the  transmit  buffer. 

If  the  FCS  generator  is  connected  to  the  transmitter,  the 
transmitter  will  append  an  FCS  to  the  frame,  but  the  re- 
ceiver will  not  check  for  the  FCS.  However,  the  user  can 
verify  the  FCS  by  software. 

During  loopback,  the  FCS  logic  can  be  allocated  to  the 
receiver  by  setting  DXMTFCS  =  f  in  CSR15. 

If  DXMTFCS=0,  the  MAC  Engine  will  calculate  and  ap- 
pend the  FCS  to  the  transmitted  message.  The  receive 
message  passed  to  the  host  will  therefore  contain  an  ad- 
ditional 4  bytes  of  FCS.  In  this  loopback  configuration, 
the  receive  circuitry  cannot  detect  FCS  errors  if 
they  occur. 

If  DXMTFCS=1 ,  the  last  four  bytes  of  the  transmit  mes- 
sage must  contain  the  (software  generated)  FCS  com- 
puted for  the  transmit  data  preceding  it.  The  MAC 
Engine  will  transmit  the  data  without  addition  of  an  FCS 
field,  and  the  FCS  will  be  calculated  and  verified  at 
the  receiver. 

The  loopback  facilities  of  the  MAC  Engine  allow  full  op- 
eration to  be  verified  without  disturbance  to  the  network. 
Loopback  operation  is  also  affected  by  the  state  of  the 
Loopback  Control  bits  (LOOP,  MENDECL,  and  INTL)  in 
CSR15.  This  affects  whether  the  internal  MENDEC  is 
considered  part  of  the  internal  or  external 
loopback  path. 

The  multicast  address  detection  logic  uses  the  FCS 
generator  circuit.  Therefore,  in  the  loopback  mode(s), 
the  multicast  address  detection  feature  of  the  MAC  En- 
gine, programmed  by  the  contents  of  the  Logical  Ad- 
dress Filter  (LADRF  [63:0]  in  CSRs  8-1 1 )  can  only  be 
tested  when  DXMTFCS=1 ,  allocating  the  FCS  genera- 
tor to  the  receiver.  All  other  features  operate  identically 
in  loopback  as  in  normal  operation,  such  as  automatic 
transmit  padding  and  receive  pad  stripping. 

When  performing  an  internal  loopback,  no  frame  will  be 
transmitted  to  the  network.  However,  when  the  PCnet- 
PCI  controller  is  configured  for  internal  loopback  the  re- 
ceiver will  not  be  able  to  detect  network  traffic.  External 


loopback  tests  will  transmit  frames  onto  the  network  if 
the  AUI  port  is  selected,  and  the  PCnet-PCI  controller 
will  receive  network  traffic  while  configured  for  external 
loopback  when  the  AUI  port  is  selected.  Runt  Packet 
Accept  is  automatically  enabled  when  any  loopback 
mode  is  invoked. 

Loopback  mode  can  be  performed  with  any  frame  size. 
Runt  Packet  Accept  is  internally  enabled  (RPA  bit  in 
CSR124  is  not  affected)  when  any  loopback  mode  is  in- 
voked. This  is  to  be  backwards  compatible  to  the 
LANCE  (Am7990)  software. 

When  the  10BASE-T  MAU  is  selected  in  external  loop- 
back  mode,  the  collision  detection  is  disabled.  This  is 
necessary,  because  a  collision  in  a  1 0BASE-T  system  is 
defined  as  activity  on  the  transmitter  outputs  and  re- 
ceiver inputs  at  the  same  time,  which  is  exactly  what  oc- 
curs during  external  loopback. 

Since  a  10BASE-T  hub  does  not  normally  feed  the  sta- 
tion's transmitter  outputs  back  into  the  station's  receiver 
inputs,  the  use  of  external  loopback  in  a  1 0BASE-T  sys- 
tem usually  requires  some  sort  of  external  hardware  that 
connects  the  outputs  of  the  10BASE-T  MAU  to 
its  inputs. 

LED  Support 

The  PCnet-PCI  controller  can  support  up  to  3  LEDs. 

LED  outputs  LNKST  and  LED1  allow  for  direct  connec- 
tionof  an  LED  and  its  supporting  pullupdevice.  LEDout- 
put  LED3  may  require  an  additional  buffer  between  the 
PCnet-PCI  controller  output  pin  and  the  LED  and  its 
supporting  pullup  device. 

Because  the  LED3  output  is  multiplexed  with  other 
PCnet-PCI  controller  functions,  it  may  not  always  be 
possible  to  connect  an  LED  circuit  directly  to  the  LED3 
pin.  For  example,  when  an  LED  circuit  is  directly  con- 
nected to  the  EEDO/LED3  pin,  then  it  is  not  possible  for 
most  serial  EEPROM  devices  to  sink  enough  Iol  to 
maintain  a  valid  low  level  on  the  EEDO  input  to  the 
PCnet-PCI  controller.  Therefore,  in  applications  that  re- 
quire both  an  EEPROM  and  a  third  LED,  then  it  is  neces- 
sary to  buffer  the  LED3  circuit  from  the 
EEPROM-PCnet-PCI  connection.  The  LED  registers  in 
the  BCR  resource  space  allow  each  LED  output  to  be 
programmed  for  either  active  high  or  active  low  opera- 
tion, so  that  both  inverting  and  non-inverting  buffering 
choices  are  possible. 

In  applications  where  an  EEPROM  is  not  needed,  the 
LED3  pin  may  be  directly  connected  to  an  LED  circuit. 
The  PCnet-PCI  LED3  pin  driver  will  be  able  to  sink 
enough  current  to  properly  drive  the  LED  circuit. 

By  default,  after  H_RESET,  the  3  LED  outputs  are  con- 
figured in  the  following  manner: 
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LED 
output 

Default 
Interpretation 

Default 
Drive  Enable 

Default 
Output  Polarity 

LNKST 
LED1 
LED3 

Link  Status 
Receive 
Transmit 

Enabled 
Enabled 
Enabled 

Active  LOW 
Active  LOW 
Active  LOW 

For  each  LED  register,  each  of  the  status  signals  is 
ANDed  with  its  enable  signal,  and  these  signals  are  all 
ORed  together  to  form  a  combined  status  signal.  Each 
LED  pins  combined  status  signal  runs  to  a  pulse 
stretcher,  which  consists  of  a  3-bit  shift  register  clocked 
at  38  Hz  (26  ms).  The  data  input  of  each  shift  register  is 
normally  at  logic  0.  The  OR  gate  output  for  each  LED 
register  asynchronously  sets  all  three  bits  of  its  shift  reg- 
ister when  the  output  becomes  asserted.  The  inverted 
output  of  each  shift  register  is  used  to  control  an  LED 
pin.  Thus  the  pulse  stretcher  provides  2-3  clocks  of 
stretched  LED  output,  or  52  ms  to  78  ms. 


Figure  29  LED  Control  Logic 


The  diagram  above  shows  the  LED  signal  circuit  that  ex- 
ists for  each  LED  pin  within  the  PCnet-PCI  controller. 

H_RESET,  S_RESET,  and  STOP 

There  are  three  different  types  of  RESET  operations 
that  may  be  performed  on  the  PCnet-PCI  device,  H_RE- 
SET,  S_RESET  and  STOP.  These  names  have  been 
used  throughout  the  document.  The  following  is  a  de- 
scription of  each  type  of  RESET  operation: 

H_RESET 

H_RESET=  HARDWARE_RESET  is  a  PCnet-PCI  RE- 
SET operation  that  has  been  created  by  the  proper  as- 
sertion of  the  RST  PIN  of  the  PCnet-PCI  device.  When 
the  minimum  pulse  width  timing  as  specified  in  the  RST 
pin  description  has  been  satisfied,  then  an  internal  RE- 
SET operation  will  be  performed. 


H_RESET  will  RESET  all  of  or  some  portions  of  CSRO, 
3,4,  15,  58,  80,  82,  100,  1 12,  1 14, 1 22,  124  and  126  to 
default  values.  H_RESET  will  RESET  all  of  or  some  por- 
tions of  BCR  2, 4, 5, 6, 7, 1 8, 1 9, 20,  21  to  default  values. 
H_RESET  will  reset  the  Command  register  in  the  PCI 
configuration  space.  H_RESET  will  cause  the 
microcode  program  to  jump  to  its  RESET  state.  Follow- 
ing the  end  of  the  H_RESET  operation,  the  PCnet-PCI 
controller  will  attempt  to  read  the  EEPROM  device 
through  the  EEPROM  Microwire  interface.  H_RESET 
resets  the  T-MAU  into  the  link  fail  state. 

S_RESET 

S_RESET  =  SOFTWARE_RESET  is  a  PCnet-PCI  RE- 
SET operation  that  has  been  created  by  a  read  access 
to  the  RESET  REGISTER  which  is  located  at  offset 
14hex  from  the  PCnet-PCI  I/O  base  address. 

S_RESET  will  RESET  all  of  or  some  portions  of  CSRO, 
3,  4,  15,  80, 100  and  124  to  default  values.  S_RESET 
will  not  affect  any  of  the  BCR  and  PCI  configuration 
space  locations.  S_RESET  will  cause  the  microcode 
program  to  jump  to  its  RESET  state.  Following  the  end 
of  the  S_RESET  operation,  the  PCnet-PCI  controller 
will  NOT  attejnpt  to  read  the  EEPROM  device. 
S_RESET  sets  the  T-MAU  into  the  link  fail  state. 

Note  that  S_RESET  will  not  cause  a  deassertion  of  the 
REQ  signal,  if  it  happens  to  be  active  at  the  time  of  the 
read  to  the  reset  register.  The  REQ  signal  will  remain 
active  until  the  GNT  signal  is  asserted.  Following  the 
read  of  the  RESET  register,  on  the  next  clock  cycle  after 
the  GNT  signal  is  asserted,  the  PCnet-PCI  controller  will 
deassert  the  REQ  signal.  No  bus  master  accesses  will 
have  been  performed  during  this  brief  bus  ownership 
period. 

STOP 

STOP  is  a  PCnet-PCI  RESET  operation  that  has  been 
created  by  the  ASSERTION  of  the  STOP  bit  in  CSRO. 
That  is,  a  STOP  RESET  is  generated  by  writing  a  ONE 
to  the  STOP  bit  of  CSRO  when  the  STOP  bit  currently 
has  a  value  of  ZERO.  If  the  STOP  bit  value  is  currently  a 
ONE  and  a  ONE  is  rewritten  to  the  STOP  bit,  then  NO 
STOP  RESET  will  be  generated. 

STOP  will  RESET  all  or  some  portions  of  CSRO,  3,  and  4 
to  default  values.  STOP  will  not  affect  any  of  the  BCR 
and  PCI  configuration  space  locations.  STOP  will  cause 
the  microcode  program  to  jump  to  its  RESET  state.  Fol- 
lowing the  end  of  the  STOP  operation,  the  PCnet-PCI 
controller  will  NOT  attempt  to  read  the  EEPROM  device. 
For  the  identity  of  individual  CSRs  and  bit  locations  that 
are  affected  by  STOP,  see  the  individual  CSR  register 
descriptions.  Setting  the  STOP  bit  does  not  affect 
the  T-MAU. 
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NAND  Tree  Testing 

The  PCnet-PCI  controller  provides  a  NAND  tree  test 
mode  to  allow  checking  connectivity  to  the  device  on  a 
printed  circuit  board.  The  NAND  tree  is  built  on  all  PCI 
bus  signals. 


NAND  tree  testing  is  enabled  by  asserting  RST.  All  PCI 
bus  signals  will  become  inputs  on  the  asserting  of  RST. 
The  result  of  the  NAND  tree  test  can  be  observed  on  the 
NOUTpin. 


RST 
(pin  120) 


120) 


INTA 

(pin 


CLK 
(pin 


ADO 
(pin  57) 


121)  ^ 


PCnet-PCI 
Core 


Vdd 

t, 


B  S 


NOUT 

~l?       (Pin  62) 


MUX 


18220C-32 


Figure  30.  NAND  Tree 
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NC  and  all  power  supply  pins  are  not  part  of  the  NAND 
tree.  Table  9  shows  the  complete  list  of  pins  connected 
to  the  NAND  tree. 


Table  9.  NAND  Tree  Configuration 


NAND 
Tree 
Input  # 

Pin  # 

Name 

NAND 
Tree 
Input  # 

Pin  # 

Name 

NAND 
Tree 
Input  # 

Pin  # 

Name 

1 

120 

RST 

18 

15 

AD21 

35 

36 

AD15 

2 

117 

INTA 

19 

16 

AD20 

36 

38 

AD14 

3 

121 

CLK 

20 

18 

AD19 

37 

39 

AD13 

4 

123 

GNT 

21 

19 

AD18 

38 

40 

AD12 

5 

126 

REQ 

22 

21 

AD17 

39 

41 

AD1 1 

6 

128 

AD31 

23 

22 

AD16 

40 

42 

AD10 

7 
1 

i 

OA 

C/BE2 

A  1 

AA 

Auy 

8 

131 

AD29 

25 

24 

FRAME 

42 

45 

AD8 

9 

132 

AD28 

26 

25 

IRDY 

43 

47 

C/BE0 

10 

2 

AD27 

27 

26 

TRDY 

44 

48 

AD7 

1 1 

3 

AD26 

28 

27 

DEVSEL 

45 

49 

AD6 

12 

5 

AD25 

29 

28 

STOP 

46 

51 

AD5 

13 

6 

AD24 

30 

29 

LOCK 

47 

52 

AD4 

14 

7 

C/BE3 

31 

31 

PERR 

48 

53 

AD3 

15 

10 

IDSEL 

32 

32 

SERR 

49 

54 

AD2 

16 

12 

AD23 

33 

34 

PAR 

50 

56 

AD1 

17 

13 

AD22 

34 

35 

C/BE1 

51 

57 

ADO 

Pin  120  (RST)  is  the  first  input  to  the  NAND  tree.  Pin  1 1 7 
(INTA)  is  the  second  input  to  the  NAND  tree,  followed  by 
pin  121  (CLK).  All  other  PCI  bus  signals  follow,  counter- 
clockwise, with  pin  57  (ADO)  being  the  last.  Pins  labeled 


RST  must  be  asserted  low  to  start  a  NAND  tree  test  se- 
quence.  Initially,  all  NAND  tree  inputs  except  RST 
should  be  driven  high.  This  will  result  in  a  high  output  at 
the  NOUT  pin.  If  the  NAND  tree  inputs  are  driven  from 
high  to  low  in  the  same  order  as  they  are  connected  to 
build  the  NANDtree,  NOUTwilltoggle  every  time  an  ad- 
ditional input  is  driven  low.  NOUT  will  change  to  a 
ZERO,  when  INTA  is  driven  low  and  all  other  NAND  tree 
inputs  stay  high.  NOUT  will  toggle  back  to  high,  when 
CLK  is  additionally  driven  low.  The  square  wave  will 


continue  until  all  NAND  tree  inputs  are  driven  low. 
NOUT  will  be  high,  when  all  NAND  tree  inputs  are 
driven  low. 

Note  that  some  of  the  pins  connected  to  the  NAND  tree 
are  outputs  in  normal  mode  of  operation.  They  must  not 
be  driven  from  an  external  source  until  the  PCnet-PCI 
controller  is  configured  for  NAND  tree  testing. 
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ters:  the  PCI  configuration  registers,  the  Control  and 
Status  registers  (CSR)  and  the  Bus  Control  registers 
(BCR). 

The  PCnet-PCI  controller  implements  all  PCnet-ISA 
(Am79C960)  registers  all  LANCE  (Am7990)  registers, 
all  ILACC  (Am79C900)  registers,  plus  a  numberof  addi- 
tional registers.  The  PCnet-PCI  controller  CSRs  are 
compatible  with  both  the  PCnet-ISA  (Am79C960)  CSRs 
and  all  of  the  LANCE  (Am7990)  CSRs  upon  power  up. 
Compatibility  to  the  ILACC  set  of  CSRs  requires  one  ac- 
cess to  the  Software  Style  register  (BCR20,  bits  7-0)  to 
be  performed.  By  setting  an  appropriate  value  of  the 
Software  Style  register  (BCR20,  bits  7-0)  the  user  can 
select  a  set  of  CSRs  that  are  compatible  with  the  ILACC 
set  of  CSRs. 

The  PCI  configuration  registers  can  be  accessed  in  any 
data  width.  All  other  registers  must  be  accessed  accord- 
ing to  the  IO  mode  that  is  currently  selected.  When  WIO 
mode  is  selected,  all  other  register  locations  are  defined 
to  be  1 6  bits  in  width.  When  DWIO  mode  is  selected,  all 
these  register  locations  are  defined  to  be  32  bits  in 
width,  with  the  upper  16  bits  of  most  register  locations 
marked  as  reserved  locations  with  undefined  values. 
When  performing  register  write  operations  in  DWIO 
mode,  the  upper  1 6  bits  should  always  be  written  as  ze- 
ros, except  for  CSR88.  When  performing  register  read 
operations  in  DWIO  mode,  the  upper  16  bits  of  I/O  re- 
sources should  always  be  regarded  as  having  unde- 
fined values,  except  for  CSR88. 

PCnet-PCI  registers  can  be  divided  into  four  groups: 

PCI  Configuration  Registers: 

Registers  that  are  intended  to  be  initialized  by  the  sys- 
tem initialization  procedure  (e.g.  BIOS  device  initializa- 
tion routine)  to  program  the  operation  of  the  PCnet-PCI 
controller  PCI  bus  interface. 

Setup  Registers: 

Registers  that  are  intended  to  be  initialized  by  the  device 
driver  to  program  the  operation  of  various  PCnet-PCI 
controller  features. 

Running  Registers: 

Registers  that  are  intended  to  be  used  by  the  device 
driver  software  once  the  PCnet-PCI  controller  is  running 
to  access  status  information  and  to  pass  control 
information. 

Test  Registers: 

Registers  that  are  intended  to  be  used  only  for  testing 
and  diagnostic  purposes. 

Below  is  a  list  of  the  registers  that  fall  into  each  of  the  first 
three  categories.  Those  registers  that  are  not  included 


PCI  Configuration  Registers 

The  following  is  a  list  of  those  registers  that  would  typi- 
cally need  to  be  programmed  once  during  the  initializa- 
tion of  the  PCnet-PCI  controller  within  a  system 

■  Base  Address  register 

■  Interrupt  Line  register 

■  Status  register 

■  Command  register 
Sefup  Registers 

The  following  is  a  list  of  those  registers  that  would  typi- 
cally need  to  be  programmed  once  during  the  setup  of 
the  PCnet-PCI  controller  within  a  system.  The  control 
bits  in  each  of  these  registers  typically  do  not  need  to  be 
modified  once  they  have  been  written.  However,  there 
are  no  restrictions  as  to  how  many  times  these  registers 
may  actually  be  accessed.  Note  that  if  the  default  power 
up  values  of  any  of  these  registers  is  acceptable  to  the 
application,  then  such  registers  need  never  be  ac- 
cessed at  all.  Also  note  that  some  of  these  registers  may 
be  programmable  through  the  EEPROM  read  opera- 
tion, and  therefore  do  not  necessarily  need  to  be  written 
to  by  the  system  initialization  procedure  or  by  the 


driver  software. 

CSR1 

Initialization  Address[15:0] 

CSR2 

Initialization  Address[31 :16] 

CSR3 

Interrupt  Masks  and  Deferral  Control 

CSR4 

Test  and  Features  Control 

CSR8 

Logical  Address  Filter[15:0] 

CSR9 

Logical  Address  Filter[31 :16] 

CSR10 

Logical  Address  Filter[47:32] 

CSR11 

Logical  Address  Filter[ 63:48] 

CSR12 

Physical  Address  Filter[1 5:0] 

CSR13 

Physical  Address  Filter[31 :16] 

CSR14 

Physical  Address  Filter[47:32] 

CSR15 

Mode  Register 

CSR24 

Base  Address  of  Receive  Ring  Lower 

CSR25 

Base  Address  of  Receive  Ring  Upper 

CSR30 

Base  Address  of  Transmit  Ring  Lower 

CSR31 

Base  Address  of  Transmit  Ring  Upper 

CSR47 

Polling  Interval 

CSR76 

Receive  Ring  Length 

CSR78 

Transmit  Ring  Length 

CSR80 

DMA  Transfer  Counter  and  FIFO 

Threshold  Control 

CSR82 

Bus  Activity  Timer 

CSR100 

Memory  Error  Timeout  Register 
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CSR1 22      Receiver  Packet  Alignment  Control 
BCR2         Misc.  configuration 
BCR18       Bus  Size  and  Burst  Control  Register 
BCR20        Software  Style 
Running  Registers 

The  following  is  a  list  of  those  registers  that  would  typi- 
cally need  to  be  periodically  read  and  perhaps  written 
during  the  normal  running  operation  of  the  PCnet-PCI 
controller  within  a  system.  Each  of  these  registers  con- 
tains control  bits  or  status  bits  or  both. 

RAP  Register  Address  Port  Register 

CSRO  PCnet-PCI  controller  Status  Register 

CSR4  Test  and  Features  Control 

CSR112  Missed  Frame  Count 

CSR1 1 4  Receive  Collision  Count 

PCI  Configuration  Registers 

The  PCnet-PCI  controller  supports  the  64-byte  header 
portion  of  the  configuration  space  as  defined  by  the  PCI 
specification  revision  2.0.  None  of  the  device  specific 
registers  in  locations  64  -  255  are  used.  The  layout  of 
the  configuration  registers  in  the  header  region  is  shown 
in  the  table  below.  All  registers  required  to  identify  the 
PCnet-PCI  controller  and  its  function  are  implemented. 
Additional  registers  are  used  to  setup  the  configuration 
of  the  PCnet-PCI  controller  in  a  system. 

The  configuration  registers  are  accessible  only  by  PCI 
configuration  cycles.  They  can  be  accessed  right  after 


the  PCnet-PCI  controller  is  powered-on,  even  if  the  read 
operation  of  the  serial  EEPROM  is  still  on-going.  All 
multi-byte  numeric  fields  follow  little  endian  byte  order- 
ing. The  Command  register  is  the  only  register  cleared 
by  H_RESET.  S_RESET  as  well  as  asserting  SLEEP 
have  no  effect  on  the  value  of  the  PCI  configuration  reg- 
isters. All  write  accesses  to  Reserved  locations  have  no 
affect,  reads  from  these  locations  will  return  a  data  value 
of  ZERO. 

Vendor  ID  (Offset  OOh) 

The  Vendor  ID  register  is  a  1 6-bit  register  that  identifies 
the  manufacturer  of  the  PCnet-PCI  controller.  Ad- 
vanced Micro  Devices,  Inc.'s  (AMD)  Vendor  ID  is  1022h. 
Note  that  this  vendor  I D  is  not  the  same  as  the  Manufac- 
turer ID  in  CSR88  and  CSR89.  The  vendor  ID  is  as- 
signed by  the  PCI  Special  Interest  Group. 

The  Vendor  ID  register  is  located  at  offset  OOh  in  the  PCI 
Configuration  Space.  It  is  read  only. 

Device  ID  Register  (Offset  02h) 

The  Device  ID  register  is  a  16-bit  register  that  uniquely 
identifies  the  PCnet-PCI  controller  within  AMD's  prod- 
uct line.  The  PCnet-PCI  Device  ID  is  2000h.  Note  that 
this  Device  ID  is  not  the  same  as  the  Part  number  in 
CSR88  and  CSR89.  The  Device  ID  is  assigned  by  Ad- 
vanced Micro  Devices,  Inc. 

The  Device  ID  register  is  located  at  offset  02h  in  the  PCI 
Configuration  Space.  It  is  read  only. 


31  24 

23  16 

15  8 

7  0 

Offset 

Device  ID 

Vendor  ID 

OOh 

Status 

Command 

04h 

Base-Class 

Sub-Class 

Programming  IF 

Revision  ID 

08h 

Reserved 

Header  Type 

Latency  Timer 

Reserved 

OCh 

Base  Address 

10h 

Reserved 

14h 

Reserved 

18h 

Reserved 

1Ch 

Reserved 

20h 

Reserved 

24h 

Reserved 

28h 

Reserved 

2Ch 

Reserved 

30h 

Reserved 

34h 

Reserved 

38h 

Reserved 

Reserved 

Interrupt  Pin 

Interrupt  Line 

3Ch 
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Command  Register  (offset  04h) 

The  Command  register  is  a  16-bit  register  used  to  con- 
trol the  gross  functionality  of  the  PCnet-PCI  controller.  It 
controls  the  PCnet-PCI  controller's  ability  to  generate 
and  respond  to  PCI  bus  cycles.  To  logically  disconnect 
the  PCnet-PCI  device  from  all  PCI  bus  cycles  except 
Configuration  cycles,  a  value  of  ZERO  should  be  written 
to  this  register. 

The  Command  register  is  located  at  offset  04h  in  the  PC  I 
Configuration  Space.  It  is  read  and  written  by  the  host. 


5  VGASNOOP 


15-10  RES 
9  FBTBEN 

8  SERREN 


7  ADSTEP 


6  PERREN 


Reserved  locations.  Read  as 
ZERO,  write  operations  have  no 
effect. 

Fast  Back-to-Back  enable.  Read 
as  ZERO,  write  operations  have 
no  effect.  The  PCnet-PCI  con- 
troller will  not  generate  Fast 
Back-to-Back  cycles. 

SERR  enable.  Controls  the  as- 
sertionoftheSERRpin.  SERR  is 
disabled  when  SERREN  is 
cleared.  SERR  will  be  asserted 
on  detection  of  an  address  parity 
error  and  if  both,  SERREN  and 
PERREN  (bit  6  of  this  register) 
are  set. 

SERREN  is  cleared  by  H_RE- 
SET  and  is  not  effected  by 
S_RESET  or  asserting  the 
SLEEP  pin. 

Address/data  stepping.  Read  as 
ONE,  write  operations  have  no 
effect.  The  PCnet-PCI  controller 
uses  address  stepping  for  the 
first  address  phase  of  each  bus 
master  period.  FRAME  will  be 
asserted  on  the  second  CLK  fol- 
lowing the  assertion  of  GNT  indi- 
cating a  valid  address  on  the 
AD  bus. 

Parity  Error  Response  enable. 
Enables  the  parity  error  re- 
sponse functions.  When  PER- 
REN is  '0'  and  the  PCnet-PCI 
controller  detects  a  parity  error,  it 
only  sets  the  Detected  Parity  Er- 
ror bit  in  the  Status  register. 
When  PERREN  is  '1 ',  the  PCnet- 
PCI  controller  asserts  PERR  on 
the  detection  of  a  data  parity  er- 
ror. It  also  sets  the  DATAPERR 
bit  (bit  8  in  the  Status  register), 
when  the  data  parity  error  oc- 
curred during  a  master  cycle. 
PERREN  also  enables  reporting 
address  parity  errors  through  the 
SERR  pin  and  the  SERR  bit  in 
the  Status  register. 


PERREN  is  cleared  by 
H  RESET  and  is  not  effected  by 
S_RESET  or  asserting  the 
SLEEP  pin. 

VGA  palette  snoop.  Read  as 
ZERO,  write  operations  have  no 
effect. 

4  MWIEN  Memory  Write  and  Invalidate  Cy- 
cle enable.  Read  as  ZERO,  write 
operations  have  no  effect.  The 
PCnet-PCI  controller  only  gener- 
ates Memory  Write  cycles. 

3  SCYCEN  Special  Cycle  enable.  Read  as 
ZERO,  write  operations  have  no 
effect.  The  PCnet-PCI  controller 
ignores  all  Special  Cycle 
operations. 

2  BMEN  Bus  Master  enable.  Setting 
BMEN  enables  the  PCnet-PCI 
controller  to  become  a  bus  mas- 
ter on  the  PCI  bus.  The  host  must 
set  BMEN  before  setting  the  INIT 
bit  in  CSRO  of  the  PCnet-PCI 
controller.  (Setting  INIT  causes 
the  PCnet-PCI  controller  to  start 
its  first  bus  master  operation, 
which  is  reading  in  the  initializa- 
tion block.) 

BMEN  is  cleared  by  H_RESET 
and  is  not  effected  by  S_RESET 
or  asserting  the  SLEEP  pin. 

1       MEMEN         Memory  Space  access  enable. 

Read  as  ZERO,  write  operations 
have  no  effect.  The  PCnet-PCI 
controller  has  no  memory 
mapped  resources. 

0         IOEN  I/O  Space  access  enable.  The 

PCnet-PCI  controller  will  ignore 
all  I/O  accesses  when  IOEN  is 
cleared.  The  host  must  set  IOEN 
before  the  first  I/O  access  to  the 
device.  The  Base  Address  regis- 
ter at  offset  10h  must  be  pro- 
grammed with  a  valid  I/O 
address  before  setting  IOEN. 

IOEN  is  cleared  by  H_RESET 
and  is  not  effected  by  S_RESET 
or  asserting  the  SLEEP  pin. 

Status  Register  (Offset  06h) 

The  Status  register  is  a  16-bit  register  that  contains 
status  information  forthe  PCI  bus  related  events.  It  is  lo- 
cated at  offset  06h  in  the  PCI  Configuration  Space. 

15       PERR  Parity  Error.  PERR  is  set  when 

the  PCnet-PCI  controller  detects 
a  parity  error. 

The  PCnet-PCI  controller  sam- 
ples  the  AD[31:00],  C/BE[3:0] 
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and  the  PAR  lines  for  a  parity  er- 
ror at  the  following  times: 

■  In  slave  mode,  during  the 
address  phase  of  any  PCI 
bus  command. 

■  In  slave  mode,  during  the 
data  phase  of  all  I/O  and 
Configuration  Write 
commands  that  select  the 
PCnet-PCI  controller. 

■  In  master  mode,  during  the 
data  phase  of  all  Memory 
Read  and  Memory  Read 
Line  commands. 

During  the  data  phase  of  the 
memory  write  command,  the 
PCnet-PCI  controller  sets  the 
PERR  bit  if  the  target  reports  a 
data  parity  error  by  asserting  the 
PERR  signal. 

PERR  is  not  effected  by  the  state 
of  the  Parity  Error  Response  en- 
able bit  (bit  6  in  the  Control 
register). 

PERR  is  set  by  the  PCnet-PCI 
controller  and  cleared  by  writing 
a  ONE.  Writing  a  ZERO  has  no 
effect.  PERR  is  not  affected  by 
H_RESET  or  S_RESET  or  as- 
serting the  SLEEP  pin. 

14       SERR  Signaled  SERR.  SERR  is  set 

when  the  PCnet-PCI  controller 
detects  an  address  parity  error, 
and  both,  SERREN  and  PER- 
REN  (bits  8  and  6  of  the  Com- 
mand register)  are  set. 

SERR  is  set  by  the  PCnet-PCI 
controller  and  cleared  by  writing 
a  "1".  Writing  a  "0"  has  no  effect. 
SERR  is  not  affected  by  H_RE- 
SET  or  S_RESET  or  asserting 
the  SLEEP  pin. 

13    RMABORT       Received       Master  Abort. 

RMABORT  is  set  when  the 
PCnet-PCI  controller  terminates 
a  master  cycle  with  a  master 
abort  sequence. 

RMABORT  is  set  by  the  PCnet- 
PCI  controller  and  cleared  by 
writing  a  "1".  Writing  a  "0"  has  no 
effect.  RMABORT  is  not  affected 
by  H_RESET  or  S_RESET  or  as- 
serting the  SLEEP  pin. 

12    RTABORT       Received       Target  Abort. 

RTABORT  is  set  when  a  target 


terminates  a  PCnet-PCI  master 
cycle  with  a  target  abort 
sequence. 

RTABORT  is  set  by  the  PCnet- 
PCI  controller  and  cleared  by 
writing  a  "1 ".  Writing  a  "0"  has  no 
effect.  RTABORT  is  not  affected 
by  H_RESETorS_RESET  or  as- 
serting the  SLEEP  pin. 

1 1  STABORT  Send  Target  Abort.  STABORT  is 
set  when  the  PCnet-PCI  control- 
ler terminates  a  slave  access 
with  a  target  abort  sequence. 

STABORT  is  set  by  the  PCnet- 
PCI  controller  and  cleared  by 
writing  a  "1".  Writing  a  "0"  has  no 
effect.  STABORT  is  not  affected 
by  H_RESETorS_RESET  or  as- 
serting the  SLEEP  pin. 

10-9  DEVSEL  DEVSEL  timing.  DEVSEL  is  set 
to  01b  (medium),  indicating  the 
PCnet-PCI  controller  will  assert 
DEVSEL  two  CLK  periods  after 
frame  is  asserted. 
DEVSEL  is  read  only. 

8     DATAPERR       Data    Parity    Error  detected. 

DATAPERR  is  set  when  the 
PCnet-PCI  controller  detects  a 
data  parity  error  during  master 
mode  and  the  Parity  Error  Re- 
sponse enable  bit  (bit  6  in  the 
Control  register)  is  set. 

During  the  data  phase  of  all 
Memory  Read  and  Memory  Read 
Line  commands,  the  PCnet-PCI 
controller  checks  for  parity  error 
by  sampling  the  AD[31 :00]  and 
C/BE[3:0]  and  the  PAR  lines. 
During  the  data  phase  of  all 
Memory  Write  commands,  the 
PCnet-PCI  controller  checks  the 
PERR  input  to  detect  whetherthe 
target  has  reported  a  parity  error. 

DATAPERR  is  set  by  the 
PCnet-PCI  controller  and 
cleared  by  writing  a  ONE.  Writ- 
ing a  ZERO  has  no  effect. 
DATAPERR  is  not  affected  by 
H_RESET  or  S„RESET  or  as- 
serting the  SLEEP  pin. 

7-0       RES  Reserved  locations.  Read  as 

ZERO,  write  operations  have  no 
effect. 
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Revision  ID  Register  (Offset  08h) 

The  Revision  I D  register  is  an  8-bit  register  that  specifies 
the  PCnet-PCI  controller  revision  number.  The  current 
value  of  this  register  is  OOh. 

The  Revision  ID  register  is  located  at  offset  08h  in  the 
PCI  Configuration  Space.  It  is  read  only. 

Programming  Interface  Register  (Offset  09h) 

The  Programming  Interface  register  is  an  8-bit  register 
that  identifies  the  programming  interface  of  PCnet-PCI 
controller.  PCI  does  not  define  any  specific  register- 
level  programming  interfaces  for  network  devices.  The 
value  of  this  register  is  OOh. 

The  Programming  Interface  register  is  located  at  ad- 
dress 09h  in  the  PCI  Configuration  Space.  It  is  read  only. 

Sub-Class  Register  (Offset  OAh) 

The  Sub-Class  register  is  an  8-bit  register  that  identifies 
specifically  the  function  of  the  PCnet-PCI  controller. 
The  value  of  this  register  is  OOh  which  identifies  the 
PCnet-PCI  device  as  an  Ethernet  controller. 

The  Sub-Class  register  is  located  at  offset  OAh  in  the 
PCI  Configuration  Space.  It  is  read  only. 

Base-Class  Register  (Offset  OBh) 

The  Base-Class  register  is  an  8-bit  register  that  broadly 
classifies  the  function  of  the  PCnet-PCI  controller.  The 
value  of  this  register  is  02h  which  classifies  the  PCnet- 
PCI  device  as  a  network  controller. 

The  Base-Class  register  is  located  at  offset  OBh  in  the 
PCI  Configuration  Space.  It  is  read  only. 

Latency  Timer  Register  (Offset  ODh) 

The  Latency  Timer  register  is  an  8-bit  register  that  speci- 
fies the  maximum  time  the  PCnet-PCI  controller  can 
continue  with  busmaster  transfers  after  the  system  arbi- 
ter has  removed  GNT.  The  time  is  measured  in  CLK  cy- 
cles. The  working  copy  of  the  timer  will  start  counting 
down  when  the  PCnet-PCI  controller  asserts  FRAME 
for  the  first  time  during  a  bus  mastership  period.  The 
counter  will  freeze  at  ZERO.  When  the  counter  is  ZERO 
and  GNT  is  deasserted  by  the  system  arbiter,  the 
PCnet-PCI  controller  will  finish  the  current  data  phase 
and  then  immediately  release  the  bus. 

The  value  for  the  PCnet-PCI  controller  Latency  Timer 
register  is  OOh,  which  indicates  that,  when  the  PCnet- 
PCI  controller  is  preempted,  it  will  always  release  the 
bus  immediately  after  finishing  the  current  data  phase. 

The  Latency  Timer  register  is  located  at  offset  ODh  in  the 
PCI  Configuration  Space.  It  is  read  only. 

Header  Type  Register  (Offset  OEh) 

The  Header  Type  register  is  an  8-bit  register  that  de- 
scribes the  format  of  the  PCI  Configuration  Space  loca- 


tions 1 0h  to  3Ch  and  that  identifies  a  device  to  be  single 
or  multifunction.  The  Header  Type  register  is  located  at 
offset  OEh  in  the  PCI  Configuration  Space.  It  is 
readonly. 

7  FUNCT  Single  function/multifunction  de- 
vice. Read  as  ZERO,  write  op- 
erations have  no  effect.  The 
PCnet-PCI  controller  is  a  single 
function  device. 

6-0    LAYOUT        PCI  configuration  space  layout. 

Read  as  ZERO,  write  operations 
have  no  effect.  The  layout  of  the 
PCI  configuration  space  loca- 
tions 1 0h  to  3Ch  is  as  show  in  the 
table  at  the  beginning  of  this 
section. 

Base  Address  Register  (Offset  I0h) 

The  Base  Address  register  is  a  32-bit  register  that  deter- 
mines the  location  of  the  PCnet-PCI  controller  in  all  of 
I/O  space.  It  is  located  at  offset  1 0h  in  the  PCI  Configu- 
ration Space. 

31-5  IOBASE  I/O  base  address  significant  27 
bits.  These  bits  are  written  by  the 
host  to  specify  the  location  of  the 
PCnet-PCI  controller  in  all  of  I/O 
space.  IOBASE  must  be  written 
with  a  valid  address  before  the 
PCnet-PCI  controller  slave  I/O 
mode  is  turned  on  with  setting  the 
IOEN  bit  (bit  0  in  the  Command 
register). 

When  the  PCnet-PCI  controller  is 
enabled  for  I/O  mode  (IOEN  is 
set),  it  monitors  the  PCI  bus  for  a 
valid  I/O  command.  If  the  value 
on  AD[31 :05]  during  the  address 
phase  of  the  cycles  matches  the 
value  of  IOBASE,  the  PCnet-PCI 
controller  will  drive  DEVSEL  indi- 
cating it  will  respond  to  the 
access. 

IOBASE  is  read  and  written  by 
the  host.  IOBASE  is  not  effected 
by  H_RESETorS_R  ESET  or  as- 
serting the  SLEEP  pin. 

4-2     IOSIZE  I/O  size  requirements.  Read  as 

ZERO,  write  operations  have  no 
effect. 

IOSIZE  indicates  the  size  of  the 
I/O  space  the  PCnet-PCI  control- 
ler requires.  When  the  host 
writes  a  value  of  FFFF  FFFFh  to 
the  Base  Address  register,  it  will 
read  back  a  value  of  "0"  in  bits 
4-2.  That  indicates  a  PCnet-PCI 
I/O  space  requirement  of  32 
bytes. 
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1  RES  Reserved   location.    Read  as 

ZERO,  write  operations  have  no 
effect. 

0  IOSPACE  I/O  space  indicator.  Read  as 
ONE,  write  operations  have  no 
effect.  Indicating  that  this  Base 
Address  register  describes  an 
I/O  base  address. 

Interrupt  Line  Register  (Offset  3Ch) 

The  Interrupt  Line  register  is  an  8-bit  register  that  is  used 
to  communicate  the  routing  of  the  interrupt.  This  register 
is  written  by  the  POST  software  as  it  initialized  the 
PCnet-PCI  controller  in  the  system.  The  register  is  read 
by  the  network  driver  to  determine  the  interrupt  channel 
which  the  POST  software  has  assigned  to  the  PCnet- 
PCI  controller.  The  Interrupt  Line  register  is  not  modified 
by  the  PCnet-PCI  controller.  It  has  no  effect  on  the  op- 
eration of  the  device. 

The  Interrupt  Line  register  is  located  at  offset  3Ch  in  the 
PCI  Configuration  Space.  It  is  read  an  written  by  the 
host.  It  is  not  effected  by  H  RESET  or  S_RESET  or  as- 
serting the  SLEEP  pin. 

Interrupt  Pin  Register  (Offset  3Dh) 

This  Interrupt  Pin  register  is  an  8-bit  register  indicating 
the  interrupt  pin  the  PCnet-PCI  controller  is  using.  The 
value  for  the  PCnet-PCI  interrupt  Pin  register  is  01  h, 
which  corresponds  to  INTA. 

The  Interrupt  Pin  register  is  located  at  offset  3Dh  in  the 
PCI  Configuration  Space.  It  is  read  only. 

RAP  Register 

The  RAP  (Register  Address  Pointer)  register  is  used  to 
gain  access  to  CSR  and  BCR  registers  on  board  the 
PCnet-PCI  controller.  The  value  of  the  RAP  indicates 
the  address  of  a  CSR  or  BCR  whenever  an  RDP  or  BDP 
access  is  performed.  That  is  to  say,  RAP  serves  as  a 
pointer  to  CSR  and  BDP  space. 

As  an  example  of  RAP  use,  consider  a  read  access  to 
CSR4.  In  order  to  access  this  register,  it  is  necessary  to 
first  load  the  value  0004h  into  the  RAP  by  performing  a 
write  access  to  the  RAP  offset  of  12h  (12h  when  WIO 
mode  has  been  selected,  14h  when  DWIO  mode  has 
been  selected).  Then  a  second  access  is  performed 
PCnet-PCI  controller,  this  time  to  the  RDP  offset  of  10h 
(for  either  WIO  or  DWIO  mode).  The  RDP  access  is  a 
read  access,  and  since  RAP  has  just  been  loaded  with 
the  value  of  0004h,  the  RDP  read  will  yield  the  contents 
of  CSR4.  A  read  of  the  BDP  at  this  time  (offset  of  16h 
when  WIO  mode  has  been  selected,  1Ch  when  DWIO 
mode  has  been  selected)  will  yield  the  contents  of 
BCR4,  since  the  RAP  is  used  as  the  pointer  into  both 
BDP  and  RDP  space. 


RAP:  Register  Address  Port 
Bit      Name  Description 


31-16   RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

15-8     RES  Reserved  locations.  Read  and 

written  as  ZEROs. 

7-0       RAP  Register  Address  Port.  The  value 

of  these  8  bits  determines  which 
CSR  or  BCR  will  be  accessed 
when  an  I/O  access  to  the  RDP 
or  BDP  port,  respectively,  is 
performed. 

A  write  access  to  undefined  CSR 
or  BCR  locations  may  cause  un- 
expected reprogramming  of  the 
PCnet-PCI  control  registers.  A 
read  access  will  yield  undefined 
values. 

RAP  is  cleared  by  H_RESET  or 
S_RESET  and  is  unaffected  by 
the  STOP  bit. 

Control  and  Status  Registers 

The  CSR  space  is  accessible  by  performing  accessesto 
the  RDP  (Register  Data  Port).  The  particularCSR  that  is 
read  or  written  during  an  RDP  access  will  depend  upon 
the  current  setting  of  the  RAP.  RAP  serves  as  a  pointer 
into  the  CSR  space.  RAP  also  serves  as  the  pointer  to 
BCR  space,  which  is  described  in  a  later  section. 

CSRO:  PCnet-PCI  Controller  Status  Register 
Bit       Name  Description 


Certain  bits  in  CSRO  indicate  the 
cause  of  an  interrupt.  The  regis- 
ter is  designed  so  that  these  indi- 
cator bits  are  cleared  by  writing 
ONEs  to  those  bit  locations.  This 
means  that  the  software  can  read 
CSRO  and  write  back  the  value 
just  read  to  clear  the  interrupt 
condition. 

31-16    RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

15        ERR  Error  is  set  by  the  ORing  of 

BABL,  CERR,  MISS,  and  MERR. 
ERR  remains  set  as  long  as  any 
of  the  error  flags  are  true.  ERR  is 
read  only.  Write  operations  are 
ignored. 

14       BABL  Babble  is  a  transmitter  time-out 

error.  It  indicates  that  the  trans- 
mitter has  been  on  the  channel 
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longer  than  the  time  required  to 
send  the  maximum  length  frame. 
BABL  will  be  set  if  1519  bytes  or 
greater  are  transmitted. 

When  BABL  is  set,  INTA  is  as- 
serted if  IENA  =  1  and  the  mask 
bit  BABLM  in  CSR3  is  clear. 
BABL  assertion  will  set  the  ERR 
bit. 

BABL  is  set  by  the  MAC  layer  and 
cleared  by  writing  a  "1 ".  Writing  a 
"0"  has  no  effect.  BABL  is  cleared 
by  H_RESET  or  S_RESET  or  by 
setting  the  STOP  bit. 

13       CERR  Collision  Error  indicates  that  the 

collision  inputs  to  the  AUI  port 
failed  to  activate  within  20  net- 
work bit  times  after  the  chip  ter- 
minated transmission  (SQE 
Test).  This  feature  is  a  trans- 
ceiver test  feature. 

In  10BASE-T  mode,  CERR  will 
be  set  after  a  transmission  if  the 
T-MAU  is  in  link  fail  state. 
CERR  assertion  will  not  result  in 
an  interrupt  being  generated. 
CERR  assertion  will  set  the  ERR 
bit. 

CERR  is  set  by  the  MAC  layer 
and  cleared  by  writing  a  "1 ".  Writ- 
ing a  "0"  has  no  effect.  CERR  is 
cleared  by  HRESET  or  S_RE- 
SET  or  by  setting  the  STOP  bit. 

12       MISS  Missed   Frame   is   set  when 

PCnet-PCI  controller  has  lost  an 
incoming  receive  frame  resulting 
from  a  Receive  Descriptor  not 
being  available.  This  bit  is  the 
only  immediate  indication  that  re- 
ceive data  has  been  lost  since 
there  is  no  current  receive  de- 
scriptor. Missed  Frame  Counter 
(CSR112)  also  increments  each 
time  a  receive  frame  is  missed. 

When  MISS  is  set,  INTA  is  as- 
serted if  IENA  =  1  and  the  mask 
bit  MISSM  in  CSR3  is  clear. 
MISS  assertion  will  set  the  ERR 
bit. 

MISS  is  set  by  the  Buffer  Man- 
agement Unit  and  cleared  by 
writing  a  "1".  Writing  a  "0"  has  no 
effect.  MISS  is  cleared  by  H_RE- 
SET  or  S_RESET  or  by  setting 
the  STOP  bit. 

11       MERR  Memory  Error  is  set  when  PCnet- 

PCI  controller  requests  the  use  of 
the  system  interface  bus  by  as- 
serting   req    and    has  not 


received  GNT  assertion  after  a 
programmable  length  of  time. 
The  length  of  time  in  microsec- 
onds before  MERR  is  asserted 
will  depend  upon  the  setting  of 
the  Bus  Timeout  Register 
(CSR100).  The  default  setting  of 
CSR100  will  give  a  MERR  after 
51.2  microseconds  of  bus 
latency. 

When  MERR  is  set,  INTA  is  as- 
serted if  IENA  =  1  and  the  mask 
bit  MERRM  in  CSR3  is  clear. 
MERR  assertion  will  set  the  ERR 
bit,  regardless  of  the  settings  of 
IENA  and  MERRM. 

MERR  is  set  by  the  Bus  Interface 
Unit  and  cleared  by  writing  a  "1 ". 
Writing  a  "0"  has  no  effect.  MERR 
is  cleared  by  H_RESET, 
S_RESET  or  by  setting  the 
STOP  bit. 

10        RINT  Receive  Interrupt.  RINT  is  set  by 

the  Buffer  Management  Unit  of 
the  PCnet-PCI  controller  after 
the  last  descriptor  of  a  receive 
packet  has  been  updated  by  writ- 
ing a  ZERO  to  the  ownership  bit. 
RINT  may  also  be  set  when  the 
first  descriptor  of  a  receive  pack- 
et has  been  updated  by  writing  a 
ZERO  to  the  ownership  bit  if  the 
SPRINTEN  bit  of  CSR3  has  been 
set  to  a  ONE. 

When  RINT  is  set,  INTA  is  as- 
serted if  IENA  =  1  and  the  mask 
bit  RINTM  in  CSR3  is  clear. 

RINT  is  cleared  by  the  host  by 
writing  a  "1".  Writing  a  "0"  has  no 
effect.  RINT  is  cleared  by 
H_RESET,  S^RESET  or  by  set- 
ting the  STOP  bit. 

9         TINT  Transmit  Interrupt  is  set  after  the 

OWN  bit  in  the  last  descriptor  of  a 
transmit  frame  has  been  cleared 
to  indicate  the  frame  has  been 
sent  or  an  error  occurred  in  the 
transmission. 

When  TINT  is  set,  INTA  is  as- 
serted if  IENA  =  1  and  the  mask 
bit  TINTM  in  CSR3  is  clear. 

TINT  is  set  by  the  Buffer  Man- 
agement Unit  and  cleared  by 
writing  a  "1 ".  Writing  a  "0"  has  no 
effect.  TINT  is  cleared  by 
H  RESET  or  S_RESET  or  by 
setting  the  STOP  bit. 

8         IDON  Initialization  Done  indicates  that 

the  initialization  sequence  has 
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completed.  When  I  DON  is  set, 
PCnet-PCI  controller  has  read 
the  Initialization  block  from 
memory. 

When  IDON  is  set,  INTA  is  as- 
serted it  IENA  =  1  and  the  mask 
bit  IDONM  in  CSR3  is  clear. 

IDON  is  set  by  the  Buffer  Man- 
agement Unit  after  the  initializa- 
tion block  has  been  read  from 
memory  and  cleared  by  writing  a 
"1".  Writing  a  "0"  has  no  effect. 
IDON  is  cleared  by  H_RESET  or 
S_RESET  or  by  setting  the 
STOP  bit. 

7         INTR  Interrupt  Flag  indicates  that  one 

or  more  following  interrupt  caus- 
ing conditions  has  occurred: 
BABL,  MISS,  MERR,  MPCO, 
RCVCCO,  RINT,  RPCO,  TINT, 
IDON,  JAB  or  TXSTRT;  and  its 
associated  mask  bit  is  clear.  If 
IENA  =  1  and  INTR  is  set,  INTA 
will  be  active. 

INTR  is  read  only.  INTR  is 
cleared  by  H_RESET,  S_RE- 
SET,  setting  the  STOP  bit  or  by 
clearing  all  of  the  active  individ- 
ual interrupt  bits  that  have  not 
been  masked  out. 

6         IENA  Interrupt  Enable  allows  INTA  to 

be  active  if  the  Interrupt  Flag  is 
set.  If  IENA  =  0  then  INTA  will  be 
disabled  regardless  of  the  state 
of  INTR. 

IENA  is  set  by  writing  a  "1"  and 
cleared  by  writing  a  "0".  IENA  is 
cleared  by  H_RESET  or  S_RE- 
SET  or  by  setting  the  STOP  bit. 

5        RXON  Receive  On  indicates  that  the 

Receive  function  is  enabled. 
RXON  is  set  if  DRX  =  0  in 
CSR15[1]  after  the  START  bit  is 
set.  If  INIT  and  START  are  set  to- 
gether, RXON  will  not  be  set  until 
after  the  initialization  block  has 
been  read  in. 

RXON  is  read  only.  RXON  is 
cleared  by  H_RESET  or 
S_RESET  or  by  setting  the 
STOP  bit. 

4        TXON  Transmit  On  indicates  that  the 

Transmit  function  is  enabled. 
TXON  is  set  if  DTX  =  0  in 
CSR15[1]  after  the  START  bit  is 
set.  If  INIT  and  START  are  set  to- 
gether, TXON  will  not  be  set  until 
after  the  initialization  block  has 
been  read  in. 


TXON  is  read  only.  TXON  is 
cleared  by  H_RESET  or 
S_RESET  or  by  setting  the 
STOP  bit. 

3  TDMD  Transmit  Demand,  when  set, 
causes  the  Buffer  Management 
Unit  to  access  the  Transmit  De- 
scriptor Ring  without  waiting  for 
the  poll-time  counter  to  elapse.  If 
TXON  is  not  enabled,  TDMD  bit 
will  be  reset  and  no  Transmit  De- 
scriptor Ring  access  will  occur. 

TDMD  is  required  to  be  set  if  the 
DPOLL  bit  in  CSR4  is  set;  setting 
TDMD  while  DPOLL  =  0  merely 
hastens  the  PCnet-PCI  control- 
ler's response  to  a  Transmit  De- 
scriptor Ring  Entry. 

TDMD  is  set  by  writing  a  "1 ".  Writ- 
ing a  "0"  has  no  effect.  TDMD  will 
be  cleared  by  the  Buffer  Manage- 
ment Unit  when  it  fetches  a 
Transmit  Descriptor.  TDMD  is 
cleared  by  H  RESET  or  S_RE- 
SET  and  setting  the  STOP  bit. 

2  STOP  STOPassertiondisablesthechip 
from  all  DMA  activity.  The  chip 
remains  inactive  until  either 
STRT  or  INIT  are  set.  If  STOP, 
STRT  and  INIT  are  all  set  to- 
gether, STOP  will  override  STRT 
and  INIT. 

STOP  is  set  by  writing  a  "1",  by 
H_RESET  or  S_RESET.  Writing 
a  "0"  has  no  effect.  STOP  is 
cleared  by  setting  either  STRT  or 
INIT. 

1         STRT  STRT  assertion  enables  PCnet- 

PCI  controller  to  send  and  re- 
ceive frames,  and  perform  buffer 
management  operations.  Setting 
STRT  clears  the  STOP  bit.  If 
STRT  and  INIT  are  set  together, 
PCnet-PCI  controller  initializa- 
tion will  be  performed  first. 

STRT  is  set  by  writing  a  "1 ".  Writ- 
ing a  "0"  has  no  effect.  STRT  is 
cleared  by  H_RESET,  S_RESET 
or  by  setting  the  STOP  bit. 

0  INIT  INIT  assertion  enables  PCnet- 

PCI  controller  to  begin  the  initiali- 
zation procedure  which  reads  in 
the  initialization  block  from  mem- 
ory. Setting  INITclears  the  STOP 
bit.  If  STRT  and  INIT  are  set  to- 
gether, PCnet-PCI  controller  in- 
itialization will  be  performed  first. 
INIT  is  not  cleared  when  the 


1-954 


Am79C970 


PRELIMINARY 


AMD 


CSR1:IADR[15:0] 


Bit 


Name 


initialization  sequence  has 
completed. 

INIT  is  set  by  writing  a  "1 ".  Writing 
a  "0"  has  no  effect.  INIT  is  cleared 
by  H_RESET,  S_RESET  or  by 
setting  the  STOP  bit. 


Description 


31-16  RES 


15-0  IADR[15:0] 


Reserved  locations.  Written  as 
ZEROs  and  read  as  undefined. 

Lower  16  bits  of  the  address  of 
the  Initialization  Block.  Bit  loca- 
tions 1  and  0  must  both  be  ZERO 
to  align  the  initialization  block  to  a 
double-word  boundary,  regard- 
less of  the  value  of  SSIZE32 
(BCR20/CSR58,  bit  8). 

This  register  is  aliased  with 
CSR16. 

Read/Write  accessible  only 
when  the  STOP  bit  in  CSRO  is 
set.  Unaffected  by  H_RESET  or 
S_RESET  or  by  setting  the 
STOP  bit. 


CSR2:  IADR[31:16] 
Bit  Name 


Description 


31-16  RES 


15-8  IADR[31:24] 


Reserved  locations.  Written  as 
ZEROs  and  read  as  undefined. 

If  SSIZE32  is  set  (BCR20,  bit  8), 
then  the  IADR[31 :24]  bits  will  be 
used  strictly  as  the  upper  8  bits  of 
the  initialization  block  address. 

However,  if  SSIZE32  is  reset 
(BCR20,  bit  8),  then  the 
IADR[31:24]  bits  will  be  used  to 
generate  the  upper  8  bits  of  all 
bus  mastering  addresses,  as  re- 
quired for  a  32  bit  address  bus. 
Note  that  the  16-bit  software 
structures  specified  by  the 
SSIZE32=0  setting  will  yield  only 
24  bits  of  address  for  PCnet-PCI 
bus  master  accesses,  while  the 
32-bit  hardware  for  which  the 
PCnet-PCI  controller  is  intended 
will  require  32  bits  of  address. 
Therefore,  whenever 
SSIZE32=0,  the  IADR[31 :24]  bits 
will  be  appended  to  the  24-bit  in- 
itialization address,  to  each 
24-bit  descriptor  base  address 
and  to  each  beginning  24-bit 
buffer  address  in  order  to  form 
complete  32-bit  addresses.  The 
upper  8  bits  that  exist  in  the  de- 
scriptor address  registers  and 


the  buffer  address  registers 
which  are  stored  on  board  the 
PCnet-PCI  controller  will  be 
overwritten  with  the  IADR[31 :24] 
value,  so  that  CSR  accesses  to 
these  registers  will  show  the  32 
bit  address  that  includes  the  ap- 
pended field. 

If  SSIZE32=1 ,  then  software  will 
provide  32-bit  pointer  values  for 
all  of  the  shared  software  struc- 
tures -  i.e.  descriptor  bases  and 
buffer  addresses,  and  therefore, 
IADR[31 :24]  will  not  be  written  to 
the  upper  8  bits  of  any  of  these 
resources,  but  it  will  be  used  as 
the  upper  8  bits  of  the  initializa- 
tion address. 


egister  is  aliased  with 


7-0  IADR[23:16] 


This  r< 
CSR17. 

Read/Write  accessible  only 
when  the  STOP  bit  in  CSRO  is 
set.  Unaffected  by  H_RESET, 
S_RESET  or  by  setting  the 
STOP  bit. 

Bits  23  through  1 6  of  the  address 
of  the  Initialization  Block.  When- 
ever this  register  is  written, 
CSR17  is  updated  with  CSR2's 
contents. 

Read/Write  accessible  only 
when  the  STOP  bit  in  CSRO  is 
set.  Unaffected  by  H_RESET, 
S_RESET  or  by  setting  the 
STOP  bit. 

CSR3:  Interrupt  Masks  and  Deferral  Control 


Bit  Name 


Description 


31-16  RES 
15  RES 
14  BABLM 


13  RES 
12  MISSM 


Am79C970 


Reserved  locations.  Written  as 
ZEROs  and  read  as  undefined. 

Reserved  location.  Read  and 
written  as  ZERO. 

Babble  Mask.  If  BABLM  is  set, 
the  BABL  bit  in  CSRO  will  be 
masked  and  unable  to  set  INTR 
flag  in  CSRO. 

Read/Write  accessible  always. 
BABLM  is  cleared  by  HRESET 
or  S_RESET  and  is  not  affected 
by  STOP. 

Reserved  location.  Read  and 
written  as  ZERO. 

Missed  Frame  Mask.  If  MISSM  is 
set,  the  MISS  bit  in  CSRO  will  be 
masked  and  unable  to  set  INTR 
flag  in  CSRO. 

Read/Write  accessible  always. 
MISSM  is  cleared  by  H  RESET 
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or  S_RESET  and  is  not  affected 
by  STOP. 

11  MERRM  Memory  Error  Mask.  If  MERRM 
is  set,  the  MERR  bit  in  CSRO  will 
be  masked  and  unable  to  set 
INTR  flag  in  CSRO. 

Read/Write  accessible  always. 
MERRM  is  cleared  by  H_RESET 
or  S_RESET  and  is  not  affected 
by  STOP. 

10       RINTM  Receive    Interrupt    Mask.  If 

RINTM  is  set,  the  RINT  bit  in 
CSRO  will  be  masked  and  unable 
to  set  INTR  flag  in  CSRO. 

Read/Write  accessible  always. 
RINTM  is  cleared  by  H_RESET 
or  S_RESET  and  is  not  affected 
by  STOP. 

9        TINTM  Transmit    Interrupt    Mask.  If 

TINTM  is  set,  the  TINT  bit  in 
CSRO  will  be  masked  and  unable 
to  set  INTR  flag  in  CSRO. 

Read/Write  accessible  always. 
TINTM  is  cleared  by  HRESET 
or  S_RESET  and  is  not  affected 
by  STOP. 

8        IDONM  Initialization    Done    Mask.  If 

IDONM  is  set,  the  IDON  bit  in 
CSRO  will  be  masked  and  unable 
to  set  INTR  flag  in  CSRO. 

Read/Write  accessible  always. 
IDONM  is  cleared  by  H_RESET 
or  S_RESET  and  is  not  affected 
by  STOP. 

7-6      RES  Reserved  locations.  Read  and 

written  as  ZEROs. 

5  LAPPEN  Look-Ahead  Packet  Processing 
Enable.  When  set  to  a  ONE,  the 
LAPPEN  bit  will  cause  the 
PCnet-PCI  controllerto  generate 
an  interrupt  following  the  descrip- 
tor write  operation  to  the  first 
buffer  of  a  receive  packet.  This 
interrupt  will  be  generated  in  ad- 
dition to  the  interrupt  that  is  gen- 
erated following  the  descriptor 
write  operation  to  the  last  buffer 
of  a  receive  packet.  The  interrupt 
will  be  signaled  through  the  RINT 
bit  of  CSRO. 

Setting  LAPPEN  to  a  ONE  also 
enables  the  PCnet-PCI  controller 
to  read  the  STP  bit  of  receive  de- 
scriptors. PCnet-PCI  controller 
will  use  the  STP  information  to 
determine  where  it  should  begin 
writing  a  receive  packets  data. 
Note  that  while  in  this  mode,  the 
PCnet-PCI  controller  can  write 
intermediate   packet   data  to 


buffers  whose  descriptors  do  not 
contain  STP  bits  set  to  ONE.  Fol- 
lowing the  write  to  the  last  de- 
scriptor used  by  a  packet,  the 
PCnet-PCI  controller  will  scan 
through  the  next  descriptor  en- 
tries to  locate  the  next  STP  bit 
that  is  set  to  a  ONE.  The  PCnet- 
PCI  controller  will  begin  writing 
the  next  packets  data  to  the 
buffer  pointed  to  by  that  descrip- 
tor. 

Note  that  because  several  de- 
scriptors may  be  allocated  by  the 
host  for  each  packet,  and  not  all 
messages  may  need  all  of  the  de- 
scriptors that  are  allocated  be- 
tween descriptors  that  contain 
STP  =  ONE,  then  some  descrip- 
tors/buffers may  be  skipped  in 
the  ring.  While  performing  the 
search  for  the  next  STP  bit  that  is 
set  to  ONE,  the  PCnet-PCI  con- 
troller will  advance  through  the 
receive  descriptor  ring  regard- 
less of  the  state  of  ownership 
bits.  If  any  of  the  entries  that  are 
examined  during  this  search  indi- 
cate PCnet-PCI  controller  own- 
ership of  the  descriptor  but  also 
indicate  STP  =  0,  then  the 
PCnet-PCI  controller  will  reset 
the  OWN  bit  to  ZERO  in  these 
entries.  If  a  scanned  entry  indi- 
cates host  ownership  with  STP  = 
0,  then  the  PCnet-PCI  controller 
will  not  alter  the  entry,  but  will  ad- 
vance to  the  next  entry. 

When  the  STP  bit  is  found  to  be 
true,  but  the  descriptor  that  con- 
tains this  setting  is  not  owned  by 
the  PCnet-PCI  controller,  then 
the  PCnet-PCI  controller  will  stop 
advancing  through  the  ring  en- 
tries and  begin  periodic  polling  of 
this  entry.  When  the  STP  bit  is 
found  to  be  true,  and  the  descrip- 
tor that  contains  this  setting  is 
owned  by  the  PCnet-PCI  control- 
ler, then  the  PCnet-PCI  controller 
will  stop  advancing  through  the 
ring  entries,  store  the  descriptor 
information  that  it  has  just  read, 
and  wait  for  the  next  receive  to 
arrive. 

This  behavior  allows  the  host 
software  to  pre-assign  buffer 
space  in  such  a  manner  that  the 
"header"  portion  of  a  receive 
packet  will  always  be  written  to  a 
particular  memory  area,  and  the 
"data"  portion  of  a  receive  packet 
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will  always  be  written  to  a  sepa- 
rate memory  area.  The  interrupt 
is  generated  when  the  "header" 
bytes  have  been  written  to  the 
"header"  memory  area. 

Read/Write  accessible  always. 
The  LAPPEN  bit  will  be  reset  to 
ZERO  by  H_RESET  or 
S_RESET  and  will  be  unaffected 
by  STOP. 

See  Appendix  D  for  more  infor- 
mation on  the  LAPP  concept. 

4  DXMT2PD  Disable  Transmit  Two  Part  De- 
ferral (see  Medium  Allocation 
section  in  Media  Access  Man- 
agement fro  more  details).  If 
DXMT2PD  is  set,  Transmit  Two 
Part  Deferral  will  be  disabled. 

Read/Write  accessible  always. 
DXMT2PD  is  cleared  by  H_RE- 
SET  or  S_RESET  and  is  not  af- 
fected by  STOP. 

3        EMBA  Enable  Modified  Back-off  Algo- 

rithm (see  Contention  Resolution 
section  in  Media  Access  Man- 
agement for  more  details).  If 
EMBA  is  set,  a  modified  back-off 
algorithm  is  implemented. 

Read/Write  accessible  always. 
EMBA  is  cleared  by  H_RESET  or 
S_RESET  and  is  not  affected  by 
STOP. 

2        BSWP  Byte  Swap.  This  bit  is  used  to 

choose  between  big  and  little  En- 
dian  modes  of  operation.  When 
BSWP  is  set  to  a  ONE,  big  En- 
dian  mode  is  selected.  When 
BSWP  is  set  to  ZERO,  little  En- 
dian  mode  is  selected. 

When  big  Endian  mode  is  se- 
lected, the  PCnet-PCI  controller 
will  swap  the  order  of  bytes  on 
the  AD  bus  during  a  data  phase 
on  accesses  to  the  FIFOs  only. 
Specifically,  AD[31 :24]  becomes 
BYTEO,  AD[23:16]  becomes 
BYTE1,  AD[15:8]  becomes 
BYTE2  and  AD[7:0]  becomes 
BYTE3  when  big  Endian  mode  is 
selected.  When  little  Endian 
mode  is  selected,  the  order  of 
bytes  on  the  AD  bus  during  a  data 
phase  is:  AD[31 :24]  is  BYTE3, 
AD[23:16]  is  BYTE2,  AD[15:8]  is 
BYTE1  and  AD[7:0]  is  BYTEO. 

Byte  swap  only  affects  data 
transfers  that  involve  the  FIFOs. 
Initialization  block  transfers  are 
not  affected  by  the  setting  of  the 
BSWP  bit.  Descriptor  transfers 


are  not  affected  by  the  setting  of 
the  BSWP  bit.  RDP,  RAP  and 
BDP  accesses  are  not  affected 
by  the  setting  of  the  BSWP  bit. 
APROM  transfers  are  not  af- 
fected by  the  setting  of  the  BSWP 
bit. 

Note  that  the  byte  ordering  of  the 
PCI  bus  is  defined  to  be  little  en- 
dian. BSWP  must  not  be  set  to 
ONE  when  the  PCnet-PCI  con- 
troller operates  in  a  PCI  system. 

BSWP  is  write/readable  regard- 
less of  the  state  of  the  STOP  bit. 

BSWP  is  cleared  by  H_RESET 
or  S_RESET  and  is  not  affected 
by  STOP  bit. 

1  RES  Reserved  location.  The  default 

value  of  this  bit  is  a  ZERO.  Writ- 
ing a  ONE  to  this  bit  has  no  effect 
on  device  function;  If  a  ONE  is 
written  to  this  bit,  then  a  ONE  will 
be  read  back.  Existing  drivers 
may  write  a  ONE  to  this  bit  for 
compatibility,  but  new  drivers 
should  write  a  ZERO  to  this  bit 
and  should  treat  the  read  value 
as  undefined. 

0         RES  Reserved  location.  The  default 

value  of  this  bit  is  a  ZERO.  Writ- 
ing a  ONE  to  this  bit  has  no  effect 
on  device  function.  If  a  ONE  is 
written  to  this  bit,  then  a  ONE  will 
be  read  back.  Existing  drivers 
may  write  a  ONE  to  this  bit  for 
compatibility,  but  new  drivers 
should  write  a  ZERO  to  this  bit 
and  should  treat  the  read  value 
as  undefined. 

CSR4:  Test  and  Features  Control 
Bit       Name  Description 


Certain  bits  in  CSR4  indicate  the 
cause  of  an  interrupt.  The  regis- 
ter is  designed  so  that  these  indi- 
cator bits  are  cleared  by  writing 
ONEs  to  those  bit  locations.  This 
means  that  the  software  can  read 
CSR4  and  write  back  the  value 
just  read  to  clear  the  interrupt 
condition. 

31-16   RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

15      ENTST         Enable  Test  Mode  operation. 

Setting  ENTST  to  ONE  enables 
internal  test  functions  which  are 
useful  only  for  stand  alone  inte- 
grated circuit  testing.  In  addition, 
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the  Runt  Packet  Accept  (RPA)  bit 
(CSR1 24,  bit  3)  may  be  changed 
only  when  ENTST  is  set  to  ONE. 

To  enable  RPA,  the  user  must 
first  write  a  ONE  to  the  ENTST 
bit.  Next,  the  user  must  first  write 
a  ONE  to  the  RPA  bit  (CSR124, 
bit  3).  Finally,  the  user  must  write 
a  ZERO  to  the  ENTST  bit  to  take 
the  device  out  of  test  mode  op- 
eration. Once,  the  RPA  bit  has 
been  set  to  ONE,  the  device  will 
remain  in  the  Runt  Packet  Accept 
mode  until  the  RPA  bit  is  cleared 
to  ZERO. 

Read/Write  accessible.  ENTST 
is  cleared  by  H_RESET  or 
S_RESET  and  is  unaffected  by 
the  STOP  bit. 

14  DMAPLUS  When  DMAPLUS  =  "1",  DMA 
Burst  Counter  in  CSR80  is  dis- 
abled. If  DMAPLUS  =  "0",  the 
counter  is  enabled. 

Read/Write  accessible. 
DMAPLUS  is  cleared  by  H_RE- 
SET  or  S_RESET  and  is  unaf- 
fected by  the  STOP  bit. 

13      TIMER  Timer  Enable  Register.  If  TIMER 

is  set,  the  Bus  Timer  Register, 
CSR82  is  enabled.  If  TIMER  is 
cleared,  the  Bus  Timer  Register 
is  disabled. 

Read/Write  accessible.  TIMER  is 
cleared  by  H_RESET  or 
S^RESET  and  is  unaffected  by 
the  STOP  bit. 

12      DPOLL  Disable    Transmit    Polling.  If 

DPOLL  is  set,  the  Buffer  Man- 
agement Unit  will  disable  trans- 
mit polling.  Likewise,  if  DPOLL  is 
cleared,  automatic  transmit  poll- 
ing is  enabled.  If  DPOLL  is  set, 
TDMD  bit  in  CSRO  must  be  set  in 
order  to  initiate  a  manual  poll  of  a 
transmit  descriptor.  Transmit  de- 
scriptor polling  will  not  take  place 
if  TXON  is  reset. 

Read/Write  accessible.  DPOLL 
is  cleared  by  H_RESET  or 
S_RESET  and  is  unaffected  by 
the  STOP  bit. 


Read/Write  accessible. 
APAD_XMT  is  cleared  by 
H_RESET  or  S_RESET  and  is 
unaffected  by  the  STOP  bit. 

10  ASTRP_RCV  Auto  Strip  Receive.  When  set, 
ASTRP_RCV  enables  the  auto- 
matic pad  stripping  feature.  The 
pad  and  FCS  fields  will  be 
stripped  from  receive  frames  and 
not  placed  in  the  FIFO. 

Read/Write  accessible. 
ASTRP_RCV  is  cleared  by 
H_RESET  or  S_RESET  and  is 
unaffected  by  the  STOP  bit. 

9  MFCO  Missed  Frame  Counter  Overflow 
Interrupt. 

Indicates  the  MFC  (CSR112) 
wrapped  around.  Can  be  cleared 
by  writing  a  1  to  this  bit.  Also 
cleared  by  H_RESET,  S_RESET 
or  by  asserting  the  STOP  bit. 
Writing  a  0  has  no  effect. 

When  MFCO  is  set,  INTA  is  as- 
serted if  IENA  is  ONE  and  the 
mask  bit  MFCOM  is  ZERO. 

When  the  value  01  h  has  been 
programmed  into  the  SWSTYLE 
register  (BCR20,  bits  7-0)  for 
ILACC  (Am79C900)  compatibil- 
ity, then  this  bit  has  no  meaning 
and  PCnet-PCI  controller  will 
never  set  the  value  of  this  bit  to 
ONE. 

8  MFCOM  Missed  Frame  Counter  Overflow 
Mask. 

If  MFCOM  is  set,  MFCO  will  be 
unable  to  set  INTR  in  CSRO. 

Set  to  a  ONE  by  H_RESET  or 
S_RESET,  unaffected  by  the 
STOP  bit. 

When  the  value  01  h  has  been 
programmed  into  the  SWSTYLE 
register  (BCR20,  bits  7-0)  for 
ILACC  (Am79C900)  compatibil- 
ity, then  this  bit  has  no  meaning 
and  PCnet-PCI  controller  will  set 
the  value  of  this  bit  to  ZERO. 

7         RES  Reserved  location.  Written  as 

ZERO  and  read  as  ZERO. 

6  RES  Reserved  location.  This  bit  may 

be  written  to  as  either  a  ONE  or  a 
ZERO,  but  will  always  be  read  as 
a  ZERO.  This  bit  has  no  effect  on 
PCnet-PCI  controller  operation. 

Receive  Collision  Counter 
Overflow. 

Indicates  the  Receive  Collision 
Counter  (CSR114)  wrapped 
around.  Can  be  cleared  by 


11  APADXMT  Auto  Pad  Transmit.  When  set, 
APAD_XMT  enables  the  auto- 
matic padding  feature.  Transmit 
frames  will  be  padded  to  extend 
them  to  64  bytes  including  FCS.  5  RCVCCO 
The  FCS  is  calculated  for  the  en- 
tire frame  including  pad,  and  ap- 
pended after  the  pad  field. 
APAD_XMT  will  override  the  pro- 
gramming of  the  DXMTFCS  bit. 
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writing  a  1  to  this  bit.  Also  cleared 
by  H_RESET,  S_RESET  or  by 
setting  the  STOP  bit.  Writing  a  0 
has  no  effect. 

When  RCVCCO  is  set,  INTA  is 
asserted  if  IENA  is  ONE  and  the 
mask  bit  RCVCCOM  is  ZERO. 

When  the  value  01  h  has  been 
programmed  into  the  SWSTYLE 
register  (BCR20,  bits  7-0)  for 
ILACC  (Am79C900)  compatibil- 
ity, then  this  bit  has  no  meaning 
and  PCnet-PCI  controller  will 
never  set  the  value  of  this  bit  to 
ONE. 

4  RCVCCOM  Receive  Collision  Counter  Over- 
flow Mask. 

If  RCVCCOM  is  set,  RCVCCO 
will  be  unable  to  set  INTR  in 
CSRO. 

RCVCCOM  is  set  by  H_RESET 
or  S_RESET  and  is  not  affected 
by  STOP  bit. 

When  the  value  01  h  has  been 
programmed  into  the  SWSTYLE 
register  (BCR20,  bits  7-0)  for 
ILACC  (Am79C900)  compatibil- 
ity, then  this  bit  has  no  meaning 
and  PCnet-PCI  controller  will  set 
the  value  of  this  bit  to  ZERO. 

3  TXSTRT  Transmit  Start  status  is  set  when- 
ever PCnet-PCI  controller  begins 
transmission  of  a  frame. 

When  TXSTRT  is  set,  Inta  is  as- 
serted if  IENA  =  1  and  the  mask 
bit  TXSTRTM  (CSR4  bit  2)  is 
clear. 

TXSTRT  is  set  by  the  MAC  Unit 
and  cleared  by  writing  a  "1",  by 
H_RESET,  S_RESET  or  by  as- 
serting the  STOP  bit.  Writing  a 
"0"  has  no  effect. 
2  TXSTRTM  Transmit  Start  Mask.  If 
TXSTRTM  is  set,  the  TXSTRT  bit 
in  CSR4  will  be  masked  and  un- 
able to  set  INTR  flag  in  CSRO. 

Read/Write  accessible. 
TXSTRTM  is  set  by  H_RESETor 
S_RESET  and  is  not  affected  by 
the  STOP  bit. 

1  JAB  Jabber  Error  is  set  when  the 

PCnet-PCI  controller  Twisted- 
pair MAU  function  exceeds  an  al- 
lowed transmission  limit.  Jabber 
is  set  by  the  TMAU  cell  and  can 
only  be  asserted  in10BASE-T 
mode. 


When  JAB  is  set,  INTA  is  as- 
serted if  IENA  =  1  and  the  mask 
bit  JABM  (CSR4  bit  0)  is  clear. 

JAB  is  set  by  the  TMAU  circuit 
and  cleared  by  writing  a  "1 ".  Writ- 
ing a  "0"  has  no  effect.  JAB  is  also 
cleared  by  H_RESET,  S_RESET 
or  by  asserting  the  STOP  bit. 

When  the  value  01  h  has  been 
programmed  into  the  SWSTYLE 
register  (BCR20,  bits  7-0)  for 
ILACC  (Am79C900)  compatibil- 
ity, then  this  bit  has  no  meaning 
and  PCnet-PCI  controller  will 
never  set  the  value  of  this  bit  to 
ONE. 

0         JABM  Jabber  Error  Mask.  If  JABM  is 

set,  the  JAB  bit  in  CSR4  will  be 
masked  and  unable  to  set  INTR 
flag  in  CSRO. 

Read/Write  accessible.  JABM  is 
set  by  H_RESET  or  S_RESET 
and  is  not  affected  by  the  STOP 
bit. 

When  the  value  01  h  has  been 
programmed  into  the  SWSTYLE 
register  (BCR20,  bits  7-0)  for 
ILACC  (Am79C900)  compatibil- 
ity, then  this  bit  has  no  meaning 
and  PCnet-PCI  controller  will  set 
the  value  of  this  bit  to  ZERO. 
CSR6:  RX/TX  Descriptor  Table  Length 

Bit       Name  Description 


31-16    RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

15-12  TLEN  Contains  a  copy  of  the  transmit 

encoded  ring  length  (TLEN)  field 
read  from  the  initialization  block 
during  PCnet-PCI  controller  in- 
itialization. This  field  is  written 
during  the  PCnet-PCI  controller 
initialization  routine. 

Read  accessible  only  when 
STOP  bit  is  set.  Write  operations 
have  no  effect  and  should  not  be 
performed.  TLEN  is  only  defined 
after  initialization.  These  bits  are 
unaffected  by  H_RESET, 
S_RESET  or  STOP. 

11-8    RLEN  Contains  a  copy  of  the  receive 

encoded  ring  length  (RLEN)  read 
from  the  initialization  block  dur- 
ing PCnet-PCI  controller  initiali- 
zation. This  field  is  written  during 
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the  PCnet-PCI  controller  initial- 
isation routine. 

Read  accessible  only  when 
STOP  bit  is  set.  Write  operations 
have  no  effect  and  should  not  be 
performed.  RLEN  is  only  defined 
after  initialization.  These  bits  are 
unaffected  by  H_RESET,  S__RE- 
SETorSTOP. 

7-0       RES  Reserved  locations.  Read  as 

ZERO.  Write  operations  should 
not  be  performed. 

CSR8:  Logical  Address  Filter,  LADRF[15:0] 


Bit  Name 


Description 


31-16    RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

15-0  LADRF[1 5:0]  Logical  Address  Filter, 
LADRF[15:0].  The  content  of  this 
register  is  undefined  until  loaded 
from  the  initialization  block  after 
the  INIT  bit  in  CSRO  has  been  set 
or  a  direct  I/O  write  has  been  per- 
formed on  this  register. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  H_RESET, 
S_RESETorSTOP. 

CSR9:  Logical  Address  Filter  LADRF[31:16] 


Bit  Name 


Description 


31-16  RES 


15-0LADRF[31:16] 


Reserved  locations.  Written  as 
ZEROs  and  read  as  undefined. 

Logical  Address  Filter, 
LADRF[31:16|.  The  content  of 
this  register  is  undefined  until 
loaded  from  the  initialization 
block  after  the  INIT  bit  in  CSRO 
has  been  set  or  a  direct  I/O  write 
has  been  performed  on  this 
register. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected      by  HRESET, 
S_RESETorSTOP. 
CSR10:  Logical  Address  Filter,  LADRF[47:32] 


Bit  Name 


Description 


31-16  RES 


15-0  LADRF[47:32] 


Reserved  locations.  Written  as 
ZEROs  and  read  as  undefined. 

Logical  Address  Filter, 
LADRF[47:32].  The  content  of 
this  register  is  undefined  until 
loaded  from  the  initialization 
block  after  the  INIT  bit  in  CSRO 


has  been  set  or  a  direct  I/O  write 
has  been  performed  on  this 
register. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  HRESET, 
S_RESET  or  STOP. 

CSR11:  Logical  Address  Filter,  LADRF[63:48] 
Bit       Name  Description 


31-16  RES 


15-0  LADRF[63:48] 


Reserved  locations.  Written  as 
ZEROs  and  read  as  undefined. 
Logical  Address  Filter, 
LADRF[63:48].  The  content  of 
this  register  is  undefined  until 
loaded  from  the  initialization 
block  after  the  INIT  bit  in  CSRO 
has  been  set  or  a  direct  I/O  write 
has  been  performed  on  this 
register. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  H_RESET, 
S_RESET  or  STOP. 

CSR12:  Physical  Address  Register,  PADR[15:0] 


Bit 


Name 


Description 


31-16  RES 


15-0  PADR[15:0] 


Reserved  locations.  Written  as 
ZEROs  and  read  as  undefined. 

Physical  Address  Register, 
PADR[1 5:0].  The  content  of  this 
register  is  undefined  until  loaded 
from  the  initialization  block  after 
the  INIT  bit  in  CSRO  has  been  set 
or  a  direct  I/O  write  has  been  per- 
formed on  this  register. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  H_RESET, 
S_RESETorSTOP. 

CSR13:  Physical  Address  Register,  PADR[31:16] 


Bit  Name 


Description 


31-16  RES 


15-0  PADR[31:16] 


Reserved  locations.  Written  as 
ZEROs  and  read  as  undefined. 

Physical  Address  Register, 
PADR[31 :1 6].  The  content  of  this 
register  is  undefined  until  loaded 
from  the  initialization  block  after 
the  INITbitinCSROhas  been  set 
or  a  direct  I/O  write  has  been  per- 
formed on  this  register. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  H_RESET, 
S  RESET  or  STOP. 
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CSR14:  Physical  Address  Register,  PADR[47:32]  12  DLNKTST 


31-16   RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

15-0  PADR[47:32]  Physical  Address  Register, 
PADR[47:32],  The  content  of  this 
register  is  undefined  until  loaded 
from  the  initialization  block  after 
the  INIT  bit  in  CSRO  has  been  set 
or  a  direct  I/O  write  has  been  per- 
formed on  this  register. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected     by  H_RESET, 
S_RESETorSTOP. 
CSR15:  Mode  Register 

Bit      Name  Description 


31-16  RES 
15  PROM 

14  DRCVBC 


13  DRCVPA 


This  register's  fields  are  loaded 
during  the  PCnet-PCI  controller 
initialization  routine  with  the  cor- 
responding Initialization  Block 
values  or  a  direct  I/O  write  has 
been  performed  on  this  register. 

Reserved  locations.  Written  as 
ZEROs  and  read  as  undefined. 
Promiscuous  Mode. 

When  PROM  =  "1",  all  incoming 
receive  frames  are  accepted. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

Disable  Receive  Broadcast. 
When  set,  disables  the  PCnet- 
PCI  controller  from  receiving 
broadcast  messages.  Used  for 
protocols  that  do  not  support 
broadcast  addressing,  except  as 
a  function  of  multicast.  DRCVBC 
is  cleared  by  activation  of  H_RE- 
SET  or  S_RESET  (broadcast 
messages  will  be  received)  and 
is  unaffected  by  STOP. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

Disable  Receive  Physical  Ad- 
dress. When  set,  the  physical  ad- 
dress detection  (Station  or  node 
ID)  of  the  PCnet-PCI  controller 
will  be  disabled.  Frames 
addressed  to  the  nodes  individ- 
ual physical  address  will  not  be 
recognized. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


LRT 
TSEL 
LRT 


TSEL 


Disable  Link  Status.  When 
DLNKTST  =  "1",  monitoring  of 
Link  Pulses  is  disabled.  When 
DLNKTST  =  "0",  monitoring  of 
Link  Pulses  is  enabled.  This  pin 
only  has  meaning  when  the 
10BASE-T  network  interface  is 
selected. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

Disable  Automatic  Polarity  Cor- 
rection. When  DAPC  =  "1",  the 
1 0BASE-T  receive  polarity  rever- 
sal algorithm  is  disabled.  Like- 
wise, when  DAPC  =  "0",  the 
polarity  reversal  algorithm  is 
enabled. 

This  bit  only  has  meaning  when 
the  1 0BASE-T  network  interface 
is  selected. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

MENDEC  Loopback  Mode.  See 
the  description  of  the  LOOP  bit  in 
CSR15. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

Low  Receive  Threshold  (T-MAU 
Mode  only) 

Transmit  Mode  Select  (AUI 
Mode  only) 

Low  Receive  Threshold.  When 
LRT  =  "1",  the  internal  twisted 
pair  receive  thresholds  are  re- 
duced by  4.5  dB  below  the  stan- 
dard 10BASE-T  value 
(approximately  3/5)  and  the  un- 
squelch  threshold  for  the  RXD 
circuit  will  be  180  mV  -  312  mV 
peak. 

When  LRT  =  "0",  the  unsquelch 
threshold  for  the  RXD  circuit  will 
be  the  standard  10BASE-T 
value,  300  -  520  mV  peak. 

In  either  case,  the  RXD  circuit 
post  squelch  threshold  will  be 
one  half  of  the  unsquelch 
threshold. 

This  bit  only  has  meaning  when 
the  1 0BASE-T  network  interface 
is  selected. 

Read/write  accessible  only  when 
STOP  bit  is  set.  Cleared  by 
H_RESET  or  S_RESET  and  is 
unaffected  by  STOP. 

Transmit  Mode  Select.  TSEL 
controls  the  levels  at  which  the 
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AUI  drivers  rest  when  the  AUI 
transmit  port  is  idle.  When  TSEL 
=  0,  DO+  and  DO-  yield  "zero" 
differential  to  operate  trans- 
former coupled  loads  (Ethernet  2 
and  802.3).  When  TSEL  = 1 , the 
DO+  idles  at  a  higher  value  with 
respect  to  DO- ,  yielding  a  logical 
HIGH  state  (Ethernet  1). 

This  bit  only  has  meaning  when 
the  AUI  network  interface  is 
selected. 

Read/write  accessible  only  when 
STOP  bit  is  set.  Cleared  by 
H_RESET  or  S_RESET. 

8-7  PORTSEL[1 :0]  Port  Select  bits  allow  for  software 
controlled  selection  of  the  net- 
work medium. 

PORTSEL  settings  of  AUI  and 
1 0BASE-T  are  ignored  when  the 
ASEL  bit  of  BCR2  (bit  1)  has 
been  set  to  ONE. 


The  network  port  configurations 
are  as  follows: 


Link 

PORTSEL 

ASEL 

Status 

Network 

CSR15[1 :0] 

(BCR2  [1]) 

(of  10BASE-T) 

Port 

0  X 

1 

Fail 

AUI 

0  X 

1 

Pass 

10BASE-T 

00 

0 

X 

AUI 

0  1 

0 

X 

1 0BASE-T 

1  0 

X 

X 

Reserved 

1  1 

X 

X 

Reserved 

Read/write  accessible  only  when 
STOP  bit  is  set.  Cleared  by 
H  RESET  or  S_RESET  and  is 
unaffected  by  STOP. 

6         INTL  Internal  Loopback.  See  the  de- 

scription of  LOOP,  CSR15[2], 

Read/write  accessible  only  when 
STOP  bit  is  set. 

5         DRTY  Disable  Retry.  When  DRTY  =  "1", 

PCnet-PCI  controller  will  attempt 
only  one  transmission.  If  DRTY  = 
"0",  PCnet-PCI  controller  will  at- 
tempt 16  transmissions  before 
signaling  a  retry  error. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

4        FCOLL  Force  Collision.  This  bit  allows 

the  collision  logic  to  be  tested. 
PCnet-PCI  controller  must  be  in 
internal  loopback  for  FCOLL  to 
be  valid.  If  FCOLL  =  "1",  a  colli- 
sion will  be  forced  during  loop- 
back  transmission  attempts;  a 


Retry  Error  will  ultimately  result. 
If  FCOLL  =  "0",  the  Force  Colli- 
sion logic  will  be  disabled. 
FCOLL  is  defined  after  the  In- 
itialization Block  is  read. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

3      DXMTFCS       Disable  Transmit  CRC  (FCS). 

When  DXMTFCS  =  0,  the  trans- 
mitter will  generate  and  append  a 
FCS  to  the  transmitted  frame. 
When  DXMTFCS  =  1,  the  FCS 
logic  is  allocated  to  the  receiver 
and  no  FCS  is  generated  or  sent 
with  the  transmitted  frame. 
DXMTFCS  is  overridden  when 
ADDJ=CS  is  set  in  TMD1. 

See  also  the  ADD_FCS  bit  in 
TMD1.  If  DXMTFCS  is  set  and 
ADD  FCS  is  clearfor  a  particular 
frame,  no  FCS  will  be  generated. 
The  value  of  ADD_FCS  is  valid 
only  when  STP  is  set  in  TMD1 .  If 
ADD  FCS  is  set  for  a  particular 
frame,  the  state  of  DXMTFCS  is 
ignored  and  a  FCS  will  be  ap- 
pended on  that  frame  by  the 
transmit  circuitry. 

In  loopback  mode,  this  bit  deter- 
mines if  the  transmitter  appends 
FCS  or  if  the  receiver  checks  the 
FCS. 

This  bit  was  called  DTCR  in  the 
LANCE  (Am7990). 

Read/write  accessible  only  when 
STOP  bit  is  set. 

2         LOOP  Loopback      Enable  allows 

PCnet-PCI  controller  to  operate 
in  full  duplex  mode  for  test  pur- 
poses. When  LOOP  =  "1",  loop- 
back  is  enabled.  In  combination 
with  INTL  and  MENDECL,  vari- 
ous loopback  modes  are  defined 
as  follows: 


LOOP 

INTL 

MENDECL 

Loopback  Mode 

0 

X 

X 

Non-loopback 

1 

0 

X 

External  Loopback 

1 

1 

0 

Internal  Loopback 
Include  MENDEC 

1 

1 

1 

Internal  Loopback 
Exclude  MENDEC 

Read/write  accessible  only  when 
STOP  bit  is  set.  LOOP  is  cleared 
by  H_R  ESET  or  S_R  ESET  and  is 
unaffected  by  STOP. 

1         DTX  Disable    Transmit    results  in 

PCnet-PCI  controller  not  access- 
ing the  Transmit  Descriptor  Ring 
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and  therefore  no  transmissions 
are  attempted.  DTX  =  "0",  will  set 
TXON  bit  (CSRO  bit  4)  if  STRT 
(CSRO  bit  1)  is  asserted. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

0         DRX  Disable    Receiver   results  in 

PCnet-PCI  controller  not  access- 
ing the  Receive  Descriptor  Ring 
and  therefore  all  receive  frame 
data  are  ignored.  DRX  =  "0",  will 
set  RXON  bit  (CSRO  bit  5)  if 
STRT  (CSRO  bit  1)  is  asserted. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

CSR16:  Initialization  Block  Address  Lower 


Bit 


Name 


Description 


31-16    RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

15-0  IADR[1 5:0]       This  register  is  an  alias  of  CSR1 . 

CSR17:  Initialization  Block  Address  Upper 


Bit 


Description 


31-16   RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

15-0IADR[31 :16]      This  register  is  an  alias  of  CSR2. 

CSR18:  Current  Receive  Buffer  Address  Lower 


Bit 


Name 


Description 


31-16  RES 


15-0  CRBAL 


Reserved  locations.  Written  as 
ZEROs  and  read  as  undefined. 

Contains  the  lower  16  bits  of  the 
current  receive  buffer  address  at 
which  the  PCnet-PCI  controller 
will  store  incoming  frame  data. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  H_RESET, 
S_RESET  or  STOP. 

CSR19:  Current  Receive  Buffer  Address  Upper 


Bit 


Name 


Description 


31-16   RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

15-0  CRBAU  Contains  the  upper  16  bits  of  the 
current  receive  buffer  address  at 
which  the  PCnet-PCI  controller 
will  store  incoming  frame  data. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 


unaffected  by  H_RESET, 
S_RESET  or  STOP. 

:  Current  Transmit  Buffer  t 


Bit 


Name 


Description 


31-16  RES 


15-0  CXBAL 


Reserved  locations.  Written  as 
ZEROs  and  read  as  undefined. 

Contains  the  lower  16  bits  of  the 
current  transmit  buffer  address 
from  which  the  PCnet-PCI  con- 
troller is  transmitting. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  HRESET, 
S_RESET  or  STOP. 

CSR21 :  Current  Transmit  Buffer  Address  Upper 


Bit  Name 


Description 


31-16  RES 


15-0  CXBAU 


Reserved  locations.  Written  as 
ZEROs  and  read  as  undefined. 
Contains  the  upper  1 6  bits  of  the 
current  transmit  buffer  address 
from  which  the  PCnet-PCI  con- 
troller is  transmitting. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  H_RESET, 
S_RESET  or  STOP. 

CSR22:  Next  Receive  Buffer  Address  Lower 


Bit 


Description 


31-16  RES 


15-0  NRBAL 


Reserved  locations.  Written  as 
ZEROs  and  read  as  undefined. 

Contains  the  lower  16  bits  of  the 
next  receive  buffer  address  to 
which  the  PCnet-PCI  controller 
will  store  incoming  frame  data. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  H_RESET, 
S_RESETorSTOP. 

CSR23:  Next  Receive  Buffer  Address  Upper 


Bit  Name 


Description 


31-16   RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

15-0  NRBAU  Contains  the  upper  16  bits  of  the 
next  receive  buffer  address  to 
which  the  PCnet-PCI  controller 
will  store  incoming  frame  data. 
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Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  H_RESET, 
S_RESET  or  STOP. 

CSR24:  Base  Address  of  Receive  Ring  Lower 
Bit      Name  Description 


31-16   RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

1 5-0  BADRL  Contains  the  lower  1 6  bits  of  the 
base  address  of  the  Receive 
Ring. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  H_RESET, 
S_RESET  or  STOP. 

CSR25:  Base  Address  of  Receive  Ring  Upper 
Bit      Name  Description 


31-16    RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

15-0  BADRU  Contains  the  upper  16  bits  of  the 
base  address  of  the  Receive 
Ring. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  H_RESET, 
S_RESETorSTOP. 

CSR26:  Next  Receive  Descriptor  Address  Lower 
Bit       Name  Description 


31-16   RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

15-0   NRDAL         Contains  the  lower  16  bits  of  the 
next  RDRE  address  pointer. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  H_RESET, 
S_RESET  or  STOP. 

CSR27:  Next  Receive  Descriptor  Address  Upper 
Bit       Name  Description 


31-16   RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

15-0  NRDAU         Contains  the  upper  16  bits  of  the 
next  RDRE  address  pointer. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  H_RESET, 
S_RESETorSTOP. 


CSR28:  Current  Receive  Descriptor 
Address  Lower 

Bit       Name  Description 


31-16   RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

1 5-0  CRDAL         Contains  the  lower  1 6  bits  of  the 
current  RDRE  address  pointer. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  H_RESET, 
S_RESET  or  STOP. 

CSR29:  Current  Receive  Descriptor 
Address  Upper 

Bit       Name  Description 


31-16    RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

15-0  CRDAU         Contains  the  upper  16  bits  of  the 
current  RDRE  address  pointer. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  HRESET, 
S_RESETorSTOP. 

CSR30:  Base  Address  of  Transmit  Ring  Lower 
Bit       Name  Description 


31-16   RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

1 5-0  BADXL  Contains  the  lower  1 6  bits  of  the 
base  address  of  the  Transmit 
Ring. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  H_RESET, 
S_RESET  or  STOP. 

CSR31:  Base  Address  of  Transmit  Ring  Upper 
Bit      Name  Description 


31-16   RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

15-0  BADXU  Contains  the  upper  16  bits  of  the 
base  address  of  the  Transmit 
Ring. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  H_RESET, 
S_RESET  or  STOP. 
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CSR32:  Next  Transmit  Descriptor  Address  Lower 
Bit      Name  Description 


31-16    RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

15-0   NXDAL         Contains  the  lower  16  bits  of  the 
next  TDRE  address  pointer. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  H__RESET, 
S_RESET  or  STOP. 

CSR33:  Next  Transmit  Descriptor  Address  Upper 
Bit      Name  Description 


31-16   RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

15-0  NXDAU  Contains  the  upper  16  bits  of  the 

next  TDRE  address  pointer. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  H_RESET, 
S_RESETorSTOP. 

CSR34:  Current  Transmit  Descriptor 
Address  Lower 

Bit      Name  Description 


31-16    RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

1 5-0   CXDAL         Contains  the  lower  1 6  bits  of  the 
current  TDRE  address  pointer. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  H_RESET, 
S_RESETorSTOP. 

CSR35:  Current  Transmit  Descriptor 

Address  Upper 

Bit      Name  Description 


31-16    RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

15-0  CXDAU         Contains  the  upper  16  bits  of  the 
current  TDRE  address  pointer. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  H_RESET, 
S_RESET  or  STOP. 


CSR36:  Next  Next  Receive  Descriptor  Address 
Lower 

Bit      Name  Description 


31-16    RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

15-0  NNRDAL  Contains  the  lower  16  bits  of  the 
next  next  receive  descriptor  ad- 
dress pointer. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  H_RESET, 
S_RESET  or  STOP. 

CSR37:  Next  Next  Receive  Descriptor  Address 
Upper 

Bit       Name  Description 


31-16   RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

15-0  NNRDAU  Contains  the  upper  16  bits  of  the 
next  next  receive  descriptor  ad- 
dress pointer. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  H_RESET, 
S_RESET  or  STOP. 

CSR38:  Next  Next  Transmit  Descriptor  Address 
Lower 

Bit       Name  Description 


31-16    RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

15-0  NNXDAL  Contains  the  lower  16  bits  of  the 
next  next  transmit  descriptor  ad- 
dress pointer. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  HRESET, 
S_RESET  or  STOP. 

CSR39:  Next  Next  Transmit  Descriptor  Address 
Upper 

Bit      Name  Description 


31-16    RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 
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15-0  NNXDAU  Contains  the  upper  16  bits  of  the 
next  next  transmit  descriptor  ad- 
dress pointer. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  H_RESET, 
S_RESET  or  STOP. 

CSR40:  Current  Receive  Byte  Count 
Bit      Name  Description 

31-16   RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

15-12    RES  Reserved  locations.  Read  and 

written  as  ZERO. 

11-0    CRBC  Current  Receive  Byte  Count. 

This  field  is  a  copy  of  the  BCNT 
field  of  RMD1  of  the  current  re- 
ceive descriptor. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  H_RESET, 
S_RESET  or  STOP. 

CSR41 :  Current  Receive  Status 


Bit  Name 


Description 


31-16  RES 
15-8  CRST 


7-0 


RES 


Reserved  locations.  Written  as 
ZEROs  and  read  as  undefined. 

Current  Receive  Status.  This 
field  is  a  copy  of  bits  31-24  of 
RMD1  of  the  current  receive 
descriptor. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  H_RESET, 
S_RESET  or  STOP. 

Read  and 


Reserved  locations, 
written  as  ZERO. 

CSR42:  Current  Transmit  Byte  Count 


Bit  Name 


Description 


31-16  RES 
15-12  RES 
11-0  CXBC 


Reserved  locations.  Written  as 
ZEROs  and  read  as  undefined. 

Reserved  locations.  Read  and 
written  as  ZERO. 

Current  Transmit  Byte  Count. 
This  field  is  a  copy  of  the  BCNT 
field  of  TMD1  of  the  current  trans- 
mit descriptor. 


Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  HRESET, 
S_RESETorSTOP. 


CSR43:  Current  Transmit  Status 
Bit      Name  Description 


31-16  RES 
15-8  CXST 


Reserved  locations.  Written  as 
ZEROs  and  read  as  undefined. 

Current  Transmit  Status.  This 
field  is  a  copy  of  bits  31-24  of 
TMD1  of  the  current  transmit 
descriptor. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  H_RESET, 
S  RESET  or  STOP. 


7-0 


RES 


Reserved  locations.  Read  and 
written  as  ZERO. 

CSR44:  Next  Receive  Byte  Count 


Bit  Name 


Description 


31-16   RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

15-12    RES  Reserved  locations.  Read  and 

written  as  ZERO. 

11-0    NRBC  Next  Receive  Byte  Count.  This 

field  is  a  copy  of  the  BCNT  field  of 
RMD1  of  the  next  receive 
descriptor. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  H_RESET, 
S  RESET  or  STOP. 


CSR45:  Next  Receive  Status 


Bit 


Name 


Description 


31-16   RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

1 5-8    NRST  Next  Receive  Status.  This  field  is 

a  copy  of  bits  31-24  of  RMD1  of 
the  next  receive  descriptor. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  HRESET, 
S_RESET  or  STOP. 

7-0       RES  Reserved  locations.  Read  and 

written  as  ZERO. 
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CSR46:  Poll  Time  Counter 

Bit       Name  Description 


31-16   RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

15-0    POLL  Poll  Time  Counter.  This  counter 

is  incremented  by  the  PCnet-PCI 
controller  microcode  and  is  used 
to  trigger  the  descriptor  ring  poll- 
ing operation  ot  the  PCnet-PCI 
controller. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  H_RESET, 
S_RESETorSTOP. 


CSR47:  Polling  Interval 


Bit  Name 


31-16  RES 
15-0  POLLINT 


Description 


Reserved  locations.  Written  as 
ZEROs  and  read  as  undefined. 

Polling  Interval.  This  register 
contains  the  time  that  the  PCnet- 
PCI  controller  will  wait  between 
successive  polling  operations. 
The  POLLINT  value  is  expressed 
as  the  twos  complement  of  the 
desired  interval,  where  each  bit 
of  POLLINT  represents  1  CLK 
period  of  time.  POLLINT[3:0]  are 
ignored.  (POLLINT[16]  is  im- 
plied to  be  a  one,  so  POL- 
LINT[15]  is  significant,  and  does 
not  represent  the  sign  of  the  twos 
complement  POLLINT  value.) 

The  default  value  of  this  register 
is  0000b.  This  corresponds  to  a 
polling  interval  of  65,536  clock 
periods  (1.966  ms  when  CLK  = 
33  MHz).  The  POLLINT  value  of 
0000b  is  created  during  the 
microcode  initialization  routine, 
and  therefore  might  not  be  seen 
when  reading  CSR47  after 
H_RESET  or  S_RESET. 

If  the  user  desires  to  program  a 
value  for  POLLINT otherthan  the 
default,  then  the  correct  proce- 
dure is  to  first  set  INIT  only  in 
CSR0.  Then,  when  the  initializa- 
tion sequence  is  complete,  the 
user  must  set  STOP  in  CSR0. 
Then  the  user  may  write  to 
CSR47  and  then  set  STRT  in 
CSR0.  In  this  way,  the  default 
value  of  0000b  in  CSR47  will  be 
overwritten  with  the  desired  user 
value. 


If  the  user  does  NOT  use  the 
standard  initialization  procedure 
(standard  implies  use  of  an  in- 
itialization block  in  memory  and 
setting  the  INIT  bit  of  CSR0),  but 
instead,  chooses  to  write  directly 
to  each  of  the  registers  that  are 
involved  in  the  INIT  operation, 
then  it  is  imperative  that  the  user 
also  write  0000  0000  to  CSR47 
as  part  of  the  alternative  initiali- 
zation sequence. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  H_RESET, 
S  RESET  or  STOP. 


CSR58:  Software  Style 
Bit  Name 


Description 


This  register  is  an  alias  of  the  lo- 
cation BCR20.  Accesses  to/from 
this  register  are  equivalent  to  ac- 
cesses to  BCR20. 

31-16    RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

15-10    RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

9  CSRPCNET  CSR  PCnet-ISA  configuration 
bit.  When  set,  this  bit  indicates 
that  the  PCnet-PCI  controller 
register  bits  of  CSR4  and  CSR3 
will  map  directly  to  the  CSR4  and 
CSR3  bits  of  the  PCnet-ISA 
(Am79C960)  device.  When 
cleared,  this  bit  indicates  that 
PCnet-PCI  controller  register  bits 
of  CSR4  and  CSR3  will  map  di- 
rectly to  the  CSR4  and  CSR3  bits 
of  the  ILACC  (Am79C900) 
device. 

The  value  of  CSRPCNET  is  de- 
termined by  the  PCnet-PCI  con- 
troller. CSRPCNET  is  read  only 
by  the  host. 

The  PCnet-PCI  controller  uses 
the  setting  of  the  Software  Style 
register  (BCR20  bits7-0/CSR58 
bits  7-0)  to  determine  the  value 
for  this  bit. 

CSRPCNET  is  set  by  H_RESET 
and  is  not  affected  by  S_RESET 
or  STOP. 

8  SSIZE32  Software  Size  32  bits.  When  set, 
this  bit  indicates  that  the  PCnet- 
PCI  controller  utilizes 
Am79C900  (ILACC)  software 
structures.       In  particular, 
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Initialization  Block  and  Transmit 
and  Receive  descriptor  bit  maps 
are  affected.  When  cleared,  this 
bit  indicates  that  the  PCnet-PCI 
controller  utilizes  Am79C960 
(PCnet-ISA)  software  structures. 
Note:  Regardless  of  the  setting 
of  SSIZE32,  the  Initialization 
Block  must  always  begin  on  a 
double-word  boundary. 

The  value  of  SSIZE32  is  deter- 
mined by  the  PCnet-PCI  control- 
ler. SSIZE32  is  read  only  by  the 


The  PCnet-PCI  controller  uses 
the  setting  of  the  Software  Style 
register  (BCR20,  bits  7-0/CSR58 
bits  7-0)  to  determine  the  value 
for  this  bit.  SSIZE32  is  cleared  by 
HRESET  and  is  not  affected  by 
S_RESET  or  STOP. 

If  SSIZE32  is  reset,  then  bits 
IADR[31-24]  of  CSR2  will  be 
used  to  generate  values  for  the 
upper  8  bits  of  the  32  bit  address 
bus  during  master  accesses  initi- 
ated by  the  PCnet-PCI  controller. 
This  action  is  required,  since  the 
16-bit  software  structures  speci- 
fied by  the  SSIZE32=0  setting 
will  yield  only  24  bits  of  address 
for  PCnet-PCI  controller  bus 
master  accesses. 

If  SSIZE32  is  set,  then  the  soft- 
ware structures  that  are  common 
to  the  PCnet-PCI  controller  and 
the  host  system  will  supply  a  full 
32  bits  for  each  address  pointer 
that  is  needed  by  the  PCnet-PCI 
controller  for  performing  master 
accesses. 

The  value  of  the  SSIZE32  bit  has 
no  effect  on  the  drive  of  the  upper 
8  address  bits.  The  upper  8  ad- 
dress pins  are  always  driven,  re- 
gardless of  the  state  of  the 
SSIZE32  bit. 

Note  that  the  setting  of  the 
SSIZE32  bit  has  no  effect  on  the 
defined  width  for  I/O  resources. 
I/O  resource  width  is  determined 
by  the  state  of  the  DWIO  bit. 

Software  Style  register.  The 
value  in  this  register  determines 
the  style  of  I/O  and  memory  re- 
sources that  are  used  by  the 
PCnet-PCI  controller.  The  Soft- 
ware Style  selection  will  affect 
the  interpretation  of  a  few  bits 
within  the  CSR  space  and  the 


o  Wo  1  T  Lt 

[7:0] 

Style 
Name 

CSR- 
PCNET 

SSIZE32 

AllArAH  Rlt 

Aiiereo  on 
Interpretations 

OOh 

LANCE/ 
PCnet- 
ISA 

1 

0 

ALL  CSR4  bits  will 
function  as  defined  in  the 
CSR4  section. 

TMD1[29]  functions  as 
ADD_FCS 

01h 

ILACC 

0 

1 

CSR4[9:8],  CSR4[5:4] 
and  CSR4(1 :0)  will  have 
no  function,  but  will  be 
writeable  and  readable. 

CSR4[15:10),  CSR4[7:6] 
and  CSR4[3:2]  will 
function  as  defined  in  the 
CSR4  section. 

i  rviu  i  i^yj  Decomes 
NO_FCS. 

02h 

PCnet- 
PCI 

1 

1 

Al  1    rCD.1  ki**.  mill 
ALL  Oon4  DIIS  Will 

function  as  defined  in  the 
CSR4  section. 

TMD1[29]  functions  as 
ADD_FCS 

All  other 
combs. 

Res. 

Undef. 

Undef. 

Undef. 

width  of  the  descriptors  and 
initialization  block.  Specifically: 
All  PCnet-PCI  controller  CSR 
bits  and  BCR  bits  and  all  descrip- 
tor, buffer  and  initialization  block 
entries  not  cited  in  the  table 
above  are  unaffected  by  the  Soft- 
ware Style  selection  and  are 
therefore  always  fully  functional 
as  specified  in  the  CSR  and  BCR 
sections. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

The  SWSTLYE  register  will  con- 
tain the  value  OOh  following 
H  RESET  or  S_RESET  and  will 
be  unaffected  by  STOP. 


CSR59:  IR  Register 
Bit  Name 


Description 


31-16   RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

15-0    IRREG  Reserved  locations.  After  H_RE- 

SET,  the  value  in  this  register  will 
be  0105h.  The  settings  of  this 
register  will  have  no  effect  on  any 
PCnet-PCI  controller  function. 

This  register  always  contains  the 
same  value.  It  is  not  writeable. 


Read  accessible 
STOP  bit  is  set. 


only  when 
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CSR60:  Previous  Transmit  Descriptor 
Address  Lower 


Bit 


Name 


Description 


31-16   RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

15-0  PXDAL  Contains  the  lower  16  bits  of  the 
previous  TDRE  address  pointer. 
PCnet-PCI  controller  has  the  ca- 
pability to  stack  multiple  transmit 
frames. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  HRESET, 
S_RESET  or  STOP. 

CSR61:  Previous  Transmit  Descriptor 
Address  Upper 


Bit  Name 


Description 


31-16   RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

15-0  PXDAU  Contains  the  upper  16  bits  of  the 
previous  TDRE  address  pointer. 
PCnet-PCI  controller  has  the  ca- 
pability to  stack  multiple  transmit 
frames. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected      by  H_RESET, 
S_RESET  or  STOP. 
CSR62:  Previous  Transmit  Byte  Count 


Bit  Name 


Description 


31-16   RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

15-12    RES  Reserved  locations.  Read  and 

written  as  ZERO. 

Accessible  only  when  STOP  bit  is 
set. 

11-0    PXBC  Previous  Transmit  Byte  Count. 

This  field  is  a  copy  of  the  BCNT 
field  of  TMD1  of  the  previous 
transmit  descriptor. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  H_RESET, 
S_RESET  or  STOP. 

CSR63:  Previous  Transmit  Status  Count 


Bit  Name 


Description 


31-16  RES 


Reserved  locations.  Written  as 
ZEROs  and  read  as  undefined. 


15-8    PXST  Previous  Transmit  Status.  This 

field  is  a  copy  of  bits  31-24  of 
TMD1  of  the  previous  transmit 
descriptor. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  H_RESET, 
S_RESET  or  STOP. 

7-0       RES  Reserved  locations.  Read  and 

written  as  ZERO. 

Accessible  only  when  STOP  bit  is 
set. 

CSR64:  Next  Transmit  Buffer  Address  Lower 


Bit  Name 


Description 


31-16   RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

1 5-0  NXBAL  Contains  the  lower  1 6  bits  of  the 
next  transmit  buffer  address  from 
which  the  PCnet-PCI  controller 
will  transmit  an  outgoing  frame. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  HRESET, 
S_RESET  or  STOP. 

CSR65:  Next  Transmit  Buffer  Address 
Upper 


Bit  Name 


Description 


31-16   RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

15-0  NXBAU  Contains  the  upper  16  bits  of  the 
next  transmit  buffer  address  from 
which  the  PCnet-PCI  controller 
will  transmit  an  outgoing  frame. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  H_RESET, 
S_RESET  or  STOP. 

CSR66:  Next  Transmit  Byte  Count 


Bit  Name 


Description 


31-16    RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

15-12   RES  Reserved  locations.  Read  and 

written  as  ZERO. 

Accessible  only  when  STOP  bit  is 
set. 

11-0    NXBC  Next  Transmit  Byte  Count.  This 

field  is  a  copy  of  the  BCNT  field  of 
TMD1  of  the  next  transmit  de- 
scriptor. 
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Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  H_RESET, 
S  RESET  or  STOP. 


CSR67:  Next  Transmit  Status 
Bit       Name  Description 


31-16   RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

15-8    NXST  Next  Transmit  Status.  This  field 

is  a  copy  of  bits  3 1  -24  of  TM  D 1  of 
the  next  transmit  descriptor. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  H_RESET, 
S_RESET  or  STOP. 

RES  Reserved  locations.  Read  and 

written  as  ZERO. 

Accessible  only  when  STOP  bit  is 


7-0 


CSR72:  Receive  Ring  Counter 


Bit  Name 


Description 


31-16    RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

15-0  RCVRC         Receive  Ring  Counter  location. 

Contains  a  Two's  complement 
binary  number  used  to  number 
the  current  receive  descriptor. 
This  counter  interprets  the  value 
in  CSR76  as  pointing  to  the  first 
descriptor.  A  counter  value  of 
ZERO  corresponds  to  the  last 
descriptor  in  the  ring. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  H_RESET, 
S_RESET  or  STOP. 

CSR74:  Transmit  Ring  Counter 


Bit  Name 


Description 


31-16   RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

15-0  XMTRC         Transmit  Ring  Counter  location. 

Contains  a  Two's  complement 
binary  number  used  to  number 
the  current  transmit  descriptor. 
This  counter  interprets  the  value 
in  CSR78  as  pointing  to  the  first 
descriptor.  A  counter  value  of 
ZERO  corresponds  to  the  last 
descriptor  in  the  ring. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 


unaffected  by  H_RESET, 
S_RESET  or  STOP. 

CSR76:  Receive  Ring  Length 


Bit 


Name 


Description 


31-16    RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

15-0  RCVRL  Receive  Ring  Length.  Contains 
the  two's  complement  of  the  re- 
ceive descriptor  ring  length.  This 
register  is  initialized  during  the 
PCnet-PCI  initialization  routine 
based  on  the  value  in  the  RLEN 
field  of  the  initialization  block. 
However,  this  register  can  be 
manually  altered.  The  actual  re- 
ceive ring  length  is  defined  by  the 
current  value  in  this  register.  The 
ring  length  can  be  defined  as  any 
value  from  1  to  65535. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  H_RESET, 
S_RESETorSTOP. 


CSR78:  Transmit  Ring  Length 


Bit  Name 


Description 


31-16   RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

15-0  XMTRL  Transmit  Ring  Length.  Contains 
the  two's  complement  of  the 
transmit  descriptor  ring  length. 
This  register  is  initialized  during 
the  PCnet-PCI  initialization  rou- 
tine based  on  the  value  in  the 
TLEN  field  of  the  initialization 
block.  However,  this  register  can 
be  manually  altered.  The  actual 
transmit  ring  length  is  defined  by 
the  current  value  in  this  register. 
The  ring  length  can  be  defined  as 
any  value  from  1  to  65535. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  H_RESET, 
S_RESET  or  STOP. 

CSR80:  DMA  Transfer  Counter  and  FIFO  Thresh- 
old Control 


Bit  Name 


Description 


31-16   RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

15-14   RES  Reserved  locations.  Read  as 

ones  and  written  as  ZERO. 
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13-12  RCVFW[1:0] 


Receive  FIFO  Watermark. 
RCVFW  controls  the  point  at 
which  receive  DMA  is  requested 
in  relation  to  the  number  ot  re- 
ceived bytes  in  the  receive  FIFO. 
RCVFW  specifies  the  number  of 
bytes  which  must  be  present 
(once  the  frame  has  been  veri- 
fied as  a  non-runt)  before  receive 
DMA  is  requested.  Note  however 
that  in  order  for  receive  DMA  to 
be  performed  for  a  new  frame,  at 
least  64  bytes  must  have  been 
received.  This  effectively  avoids 
having  to  react  to  receive  frames 
which  are  runts  or  suffer  a  colli- 
sion during  the  slot  time  (51 2  bit 
times).  If  the  Runt  Packet  Accept 
feature  is  enabled,  receive  DMA 
will  be  requested  as  soon  as 
either  the  RCVFW  threshold  is 
reached,  or  a  complete  valid  re- 
ceive frame  is  detected  (regard- 
less of  length).  RCVFW  is  set  to 
a  value  of  10b  (64  bytes)  after 
H_RESET  or  S_RESET  and  is 
unaffected  by  STOP. 


RCVFW[1 :0] 

Bytes  Received 

00 

16 

01 

32 

10 

64 

11 

Reserved 

11-10  XMTSP[1:0] 


Read/write  accessible  only  when 
STOP  bit  is  set. 

Certain  combinations  of  water- 
mark programming  and  LINBC 
(BCR18,  bits  2-0)  programming 
may  create  situations  where  no 
linear  bursting  is  possible,  or 
where  the  FIFO  may  be  exces- 
sively read  or  excessively  writ- 
ten. Such  combinations  are 
declared  as  illegal. 

Combinations  of  watermark  set- 
tings and  LINBC  (BCR  18,  bits 
2-0)  settings  must  obey  the  fol- 
lowing relationship: 

watermark  (in  bytes)  > 
LINBC  (in  bytes) 

Combinations  of  watermark  and 
LINBC  settings  that  violate  this 
rule  may  cause  unexpected 
behavior. 

Transmit  Start  Point.  XMTSP 
controls  the  point  at  which  pre- 
amble transmission  attempts 
commence  in  relation  to  the  num- 
ber of  bytes  written  to  the 


transmit  FIFO  for  the  current 
transmit  frame.  When  the  entire 
frame  is  in  the  FIFO,  transmis- 
sion will  start  regardless  of  the 
value  in  XMTSP.  XMTSP  is 
given  a  value  of  10b  (64  bytes) 
after  H_RESET  or 
S_RESET  and  is  unaffected  by 
STOP.  Regardless  of  XMTSP, 
the  FIFO  will  not  internally  over 
write  its  data  until  at  least  64 
bytes  (or  the  entire  frame  if  <  64 
bytes)  have  been  transmitted 
onto  the  network.  This  ensures 
that  for  collisions  within  the  slot 
time  window,  transmit  data  need 
not  be  re-written  to  the  transmit 
Fl  FO,  and  re-tries  will  be  handled 
autonomously  by  the  MAC.  This 
bit  is  read/write  accessible  only 
when  the  STOP  bit  is  set. 


XMTSP[1 :0] 

Bytes  Written 

00 

4 

01 

16 

10 

64 

11 

112 

9-8  XMTFW[1 :0] 


Transmit  FIFO  Watermark. 
XMTFW  specifies  the  point  at 
which  transmit  DMA  stops, 
based  upon  the  number  of  write 
cycles  that  could  be  performed  to 
the  transmit  FIFO  without  FIFO 
overflow.  Transmit  DMA  is  al- 
lowed at  any  time  when  the  num- 
ber of  write  cycles  specified  by 
XMTFW  could  be  executed  with- 
out causing  transmit  FIFO  over- 
flow. XMTFW  is  set  to  a  value  of 
00b  (8  cycles)  after  HRESET  or 
S_RESET  and  is  unaffected  by 
STOP.  Read/write  accessible 
only  when  STOP  bit  is  set. 


XMTFW[1:0] 

Bytes  Written 

00 

16 

01 

32 

10 

64 

11 

Reserved 

Certain  combinations  of  water- 
mark programming  and  LINBC 
(BCR18,  bits  2-0)  programming 
may  create  situations  where  no 
linear  bursting  is  possible,  or 
where  the  FIFO  may  be  exces- 
sively read  or  excessively  writ- 
ten. Such  combinations  are 
declared  as  illegal. 
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7-0  DMATC[7:0] 


Combinations  of  watermark  set- 
tings and  LINBC  (BCR18,  bits 
2-0)  settings  must  obey  the 
following  relationship: 

watermark  (in  bytes)  > 
LINBC  (in  bytes) 

Combinations  ot  watermark  and 
LINBC  settings  that  violate  this 
rule  may  cause  unexpected 
behavior. 

DMA  Transfer  Counter.  This 
counter  contains  the  maximum 
allowable  number  of  transfers  to 
system  memory  that  the  Bus  In- 
terface Unit  will  perform  during  a 
single  bus  mastership  period. 
The  DMA  Transfer  Cou  nter  is  not 
used  to  limit  the  number  of  trans- 
fers during  Descriptor  transfers. 
A  value  of  ZERO  will  be  inter- 
preted as  one  transfer.  During 
H_RESET  or  S_RESET  a  value 
of  1 6  is  loaded  in  the  DMA  Trans- 
fer Counter.  The  value  of 
DMATC  is  unaffected  by  the  as- 
sertion of  the  STOP  bit.  If  the 
DMAPLUS  bit  in  CSR4  is  set  the 
DMA  Transfer  Counter  is  dis- 
abled. 

When  the  DMA  Transfer  Counter 
times  out  in  the  middle  of  a  linear 
burst,  the  linear  burst  will  con- 
tinue until  a  legal  starting  ad- 
dress is  reached,  and  then  the 
PCnet-PCI  controller  will  relin- 
quish the  bus. 

Therefore,  if  linear  bursting  is  en- 
abled, and  the  user  wishes  the 
PCnet-PCI  controller  to  limit  bus 
activity  to  desired_max  transfers, 
then  the  DMA  Transfer  Counter 
should  be  programmed  to  a  value 
of: 

DMA 
Transfer 

Counter  =   (desired_max  DIV 
(length  of  burst  in 
transfers))  x  length 
of  burst  in  transfers 

where  DIV  is  the  operation  that 
yields  the  INTEGER  portion  of 
the  +  operation. 

Read/write  accessible  only  when 
the  STOP  bit  is  set. 


CSR82:  Bus  Activity  Timer 

Bit       Name  Description 


31-16  RES 
15-0  DMABAT 


Reserved  locations.  Written  as 
ZEROs  and  read  as  undefined. 

Bus  Activity  Timer  Register.  If  the 
TIMER  bit  in  CSR4  is  set,  this 
register  contains  the  maximum 
allowable  time  that  PCnet-PCI 
controller  will  take  up  on  the  sys- 
tem bus  during  FIFO  data  trans- 
fers for  a  single  DMA  cycle.  The 
Bus  Activity  Timer  Register  does 
not  limit  the  number  of  transfers 
during  Descriptor  transfers. 

The  DMABAT  value  is  inter- 
preted as  an  unsigned  number 
with  a  resolution  of  0.1  u.s.  For  in- 
stance, a  value  of  51  us  would  be 
programmed  with  a  value  of  510. 
If  the  TIMER  bit  in  CSR4  is  set, 
DMABAT  is  enabled  and  must  be 
initialized  by  the  user.  The 
DMABAT  register  is  undefined 
until  written. 

If  the  user  has  NOT  enabled  the 
Linear  Burst  function  and  wishes 
the  PCnet-PCI  controller  to  limit 
bus  activity  to  MAX  TIME  micro- 
seconds, then  the  Burst  Timer 
should  be  programmed  to  a  value 
of: 

MAX_TIME-((11  +4w)x 
(CLK  period)) 

where  w  =  wait  states 

If  the  user  has  enabled  the  Linear 
Burst  function  and  wishes  the 
PCnet-PCI  controller  to  limit  bus 
activity  to  MAX_TIME  microsec- 
onds, then  the  Burst  Timer 
should  be  programmed  to  a  value 
of: 

MAX_TIME-  (((3+lbs)xw  + 
10  +  lbs)  x  (CLK  period)) 

where  w  =  wait  states  and  lbs  = 
linear  burst  size  in  number  of 
transfers  per  sequence 

This  is  because  the  PCnet-PCI 
controller  may  use  as  much  as 
one  linear  burst  size  plus  three 
transfers  in  order  to  complete  the 
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linear  burst  before  releasing  the 
bus. 

As  an  example,  if  the  linear  burst 
size  is  4  transfers,  and  the  num- 
ber of  wait  states  for  the  system 
memory  is  2,  and  the  CLK  period 
is  30ns  and  the  MAX  time  al- 
lowed on  the  bus  is  3  us,  then  the 
Burst  Timer  should  be  pro- 
grammed for: 

MAX_TIME-(((3+lbs)  x  w  + 
10  +  lbs)  x  (CLK  period)) 

3  (IS  —  (((3  +  4)  x  2  +10  +  4)  x 
(30  ns))  =  3  (is  —  (28  x  30  ns)  =  3  - 
0.84  u.s  =  2.16  u.s. 

Then,  if  the  PCnet-PCIs  Bus  Ac- 
tivity Timer  times  out  after 
2.16ns  when  the  PCnet-PCI 
controller  has  completed  all  but 
the  last  three  transfers  of  a  linear 
burst,  the  PCnet-PCI  controller 
may  take  as  much  as  0.84  u.s  to 
complete  the  bursts  and  release 
the  bus.  The  bus  release  will  oc- 
cur at  2.16  +  0.84  =  3  us. 

A  value  of  ZERO  in  the  DMABAT 
register  with  the  TIMER  bit  in 
CSR4  set  to  ONE  will  produce 
single  linear  burst  sequences  per 
bus  master  period  when  pro- 
grammed for  linear  burst  mode, 
and  will  yield  sets  of  3  transfers 
when  not  programmed  for  linear 
burst  mode. 

The  Bus  Timer  register  is  set  to  a 
value  of  OOh  after  H_RESET  or 
S^RESET  and  is  unaffected  by 
STOP. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR84:  DMA  Address  Register  Lower 


Bit  Name 


Description 


31-16  RES 
15-0  DMABAL 


Reserved  locations.  Written  as 
ZEROs  and  read  as  undefined. 
DMA  Address  Register. 

This  register  contains  the  lower 
16  bits  of  the  address  of  system 
memory  for  the  current  DMA  cy- 
cle. The  Bus  Interface  Unit  con- 
trols the  Address  Register  by 
issuing  increment  commands  to 
increment  the  memory  address 
for  sequential  operations.  The 
DMABA  register  is  undefined  un- 
til the  first  PCnet-PCI  controller 
DMA  operation. 


Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  H 
S_RESET  or  STOP. 

CSR85:  DMA  Address  Register  Upper 


Bit 


Name 


Description 


31-16  RES 


15-0  DMABAU 


Reserved  locations.  Written  as 
ZEROs  and  read  as  undefined. 

DMA  Address  Register. 

This  register  contains  the  upper 
16  bits  of  the  address  of  system 
memory  for  the  current  DMA  cy- 
cle. The  Bus  Interface  Unit  con- 
trols the  Address  Register  by 
issuing  increment  commands  to 
increment  the  memory  address 
for  sequential  operations.  The 
DMABA  register  is  undefined  un- 
til the  first  PCnet-PCI  controller 
DMA  operation. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  HRESET, 
S_RESETorSTOP. 


CSR86:  Buffer  Byte  Counter 


Bit 


Name 


Description 


31-16    RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 
15-12    RES  Reserved,  Read  and  written  with 

ones. 

1 1-0  DMABC  DMA  Byte  Count  Register.  Con- 
tains the  two's  complement  of  the 
current  size  of  the  remaining 
transmit  or  receive  buffer  in 
bytes.  This  register  is  incre- 
mented by  the  Bus  Interface  Unit. 
The  DMABC  register  is  unde- 
fined until  written. 

Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  H_RESET, 
S_RESET  or  STOP. 

CSR88:  Chip  ID  Register  Lower 


Bit  Name 


Description 


31  -28 


27-12 


Version.  This  4-bit  pattern  is  sili- 
con-revision dependent. 

Part  number.  The  1 6-bit  code  for 
the  PCnet-PCI  controller  is  0010 
0100  0011  0000b. 
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Note  that  this  code  is  not  the 
same  as  the  Device  ID  in  the  PCI 
configuration  space. 

11-1  Manufacturer  ID.   The   11 -bit 

manufacturer  code  for  AMD  is 
00000000001.  This  code  is  per 
the  JEDEC  Publication  106-A. 

Note  that  this  code  is  not  the 
same  as  the  Vendor  ID  in  the  PCI 
configuration  space. 

0  Always  a  logic  1 . 

CSR89:  Chip  ID  Register  Upper 

Bit      Name  Description 


31-16  Reserved  locations;  Read  as  un- 

defined. 

15-12  Version.  This  4-bit  pattern  is  sili- 

con-revision dependent. 

11-0  Upper  12  bits  of  the  PCnet-PCI 

controller  part  number,  i.e.  0010 
0100  0011b. 

CSR92:  Ring  Length  Conversion 

Bit      Name  Description 


31-16   RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined, 

15-0    RCON  Ring  Length  Conversion  Regis- 

ter. This  register  performs  a  ring 
length  conversion  from  an  en- 
coded value  as  found  in  the  in- 
itialization block  to  a  two's 
complement  value  used  for  inter- 
nal counting.  By  writing  bits 
15-12  with  an  encoded  ring 
length,  a  Two's  complemented 
value  is  read.  The  RCON  register 
is  undefined  until  written. 
Read/write  accessible  only  when 
STOP  bit  is  set.  These  bits  are 
unaffected  by  H_RESET, 
S_RESETorSTOP. 

CSR94:  Transmit  Time  Domain 

Reflectometry  Count 

Bit      Name  Description 


31-16   RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

15-10    RES  Reserved  locations.  Read  and 

written  as  ZERO. 

9-0  XMTTDR  Time  Domain  Reflectometry  re- 
flects the  state  of  an  internal 
counter  that  counts  from  the  start 
of  transmission  to  the  occurrence 


of  loss  of  carrier.  TDR  is  incre- 
mented at  a  rate  of  10  MHz. 

Read  accessible  only  when 
STOP  bit  is  set.  Write  operations 
are  ignored.  XMTTDR  is  cleared 
by  H_RESET  or  S_RESET. 

CSR100:  Bus  Timeout 

Bit       Name  Description 


31-16   RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

15-0  MERRTO  This  register  contains  the  value 
of  the  longest  allowable  bus  la- 
tency  (interval  between  assertion 
of  REQ  and  assertion  of  GNT) 
that  a  system  may  insert  into  a 
PCnet-PCI  controller  master 
transfer.  If  this  value  of  bus  la- 
tency is  exceeded,  then  a  MERR 
will  be  indicated  in  CSR0,  bit  1 1 , 
and  an  interrupt  may  be  gener- 
ated, depending  upon  the  setting 
Of  the  MERRM  bit  (CSR3,  bit  1 1) 
and  the  IENA  bit  (CSR0,  bit  6). 

The  value  in  this  register  is  inter- 
preted as  the  unsigned  number 
of  XTAL1  clock  periods  divided  2. 
(i.e.,  the  value  in  this  register  is 
given  in  0.1  usecond  incre- 
ments.) For  example,  the  value 
0200h  (512  decimal)  will  cause  a 
MERR  to  be  indicated  after  51 .2 
microseconds  of  bus  latency.  A 
value  of  ZERO  will  allow  an  infi- 
nitely long  bus  latency;  i.e.  a 
value  of  ZERO  will  never  give  a 
bus  timeout  error. 

This  register  is  set  to  0200h  by 
H  RESET  or  S_RESET  and  is 
unaffected  by  STOP. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

CSR112:  Missed  Frame  Count 
Bit      Name  Description 


31-16   RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

15-0     MFC  Missed  Frame  Count.  Indicates 

the  number  of  missed  frames. 

MFC  will  roll  over  to  a  count  of 
ZERO  from  the  value  65535. 
The  MPCO  bit  of  CSR4  (bit  8)  will 
be  set  each  time  that  this  occurs. 
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This  register  is  always  readable 
and  is  cleared  by  H_RESET  or 
S_RESET  or  STOP. 

A  write  to  this  register  performs 
an  increment  when  the  ENTST 
bit  in  CSR4  is  set. 
CSR114:  Receive  Collision  Count 


Bit 


Name 


Description 


31-16   RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

15-0     RCC  Receive  Collision  Count.  Indi- 

cates the  total  number  of  colli- 
sions encountered  by  the 
receiver  since  the  last  reset  of  the 
counter. 

RCC  will  roll  over  to  a  count  of 
ZERO  from  the  value  65535. 
The  RCVCCO  bit  of  CSR4  (bit  5) 
will  be  set  each  time  that  this 
occurs. 

The  RCC  value  is  read  accessi- 
ble at  all  times,  regardless  of  the 
value  of  the  STOP  bit.  Write  op- 
erations are  ignored.  RCC  is 
cleared  by  H_RESET  or 
S_RESET  or  by  setting  the 
STOP  bit. 

A  write  to  this  register  performs 
an  increment  when  the  ENTST 
bit  in  CSR4  is  set. 

CSR122:  Receive  Frame  Alignment  Control 


Bit  Name 


Description 


31-16  RES 
15-1  RES 
0  RCVALGN 


Reserved  locations.  Written  as 
ZEROs  and  read  as  undefined. 
Reserved  locations,  written  as 
ZEROs  and  read  as  undefined. 
Receive  Packet  Align.  When  set, 
this  bit  forces  the  data  field  of  ISO 
8802-3  (IEEE/ANSI  802.3)  pack- 
ets to  align  to  0  MOD  4  address 
boundaries  (i.e.  DWORD  (dou- 
ble-word) aligned  addresses).  It 
is  important  to  note  that  this  fea- 
ture will  only  function  correctly  if 
all  receive  buffer  boundaries  are 
DWORD  aligned  and  all  receive 
buffers  have  0  MOD  4  lengths.  In 
order  to  accomplish  the  data 
alignment,  the  PCnet-PCI  con- 
troller simply  inserts  two  bytes  of 


random  data  at  the  beginning  of 
the  receive  packet  (i.e.  before  the 
ISO  8802-3  (IEEE/ANSI  802.3) 
destination  address  field).  The 
MCNT  field  reported  to  the  re- 
ceive descriptor  will  not  include 
the  extra  two  bytes. 

RCVALGN  is  cleared  by  H_RE- 
SET  or  S_RESET  and  is  not  af- 
fected by  STOP. 

Read/write  accessible  only  when 
STOP  bit  is  set. 


CSR124:  Test  Register  1 


Bit 


Name 


Description 


This  register  is  used  to  place  the 
PCnet-PCI  into  various  test 
modes.  Only  the  Runt  Packet  Ac- 
cept is  an  user  accessible  test 
mode.  All  other  test  modes  are 
for  AMD  internal  use  only. 

ENTST  must  set  before  pro- 
gramming CSR124.  ENTST 
must  be  reset  after  writing  to 
CSR124  before  writing  to  any 
other  register. 

All  bits  in  this  register  are  cleared 
by  H_RESET  or  S_RESET  and 
are  not  affected  by  STOP. 
31-4     RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

3         RPA  Runt  Packet  Accept.  This  bit 

forces  the  PCnet-PCI  controller 
receive  logic  to  accept  runt  pack- 
ets (packets  shorter  than  64 
bytes).  The  state  of  the  RPA  bit 
can  be  changed  only  when  the 
device  is  in  the  test  mode  (when 
ENTST  bit  in  CSR4  is  set  to 
ONE). 

To  enable  RPA,  the  user  must 
first  write  a  ONE  to  the  ENTST 
bit.  Next,  the  user  must  first  write 
a  ONE  to  the  RPA  bit  (CSR124, 
bit  3).  Finally,  the  user  must  write 
a  ZERO  to  the  ENTST  bit  to  take 
the  device  out  of  test  mode  op- 
eration. Once,  the  RPA  bit  has 
been  set  to  ONE,  the  device  will 
remain  in  the  Runt  Packet  Accept 
mode  until  the  RPA  bit  is  cleared 
to  ZERO. 

2-0      RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 
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Bus  Configuration  Registers 

The  Bus  Configuration  Registers  (BCR)  are  used  to  pro- 
gram the  configuration  of  the  bus  interface  and  other 
special  features  of  the  PCnet-PCI  controller  that  are  not 
related  to  the  IEEE  8802-3  MAC  functions.  The  BCRs 
are  accessed  by  first  setting  the  appropriate  RAP  value, 
and  then  by  performing  a  slave  access  to  the  BDP. 

All  BCR  registers  are  16  bits  in  width  in  WIO  mode  and 
32  bits  in  width  in  DWIO  mode.  The  upper  16  bits  of  all 
BCR  registers  is  undefined  when  in  DWIO  mode.  These 
bits  should  be  written  as  ZEROs  and  should  be  treated 
as  undefined  when  read.  The  Default  value  given  for  any 
BCR  is  the  value  in  the  register  after  H_RESET,  and  is 
hexadecimal  unless  otherwise  stated.  BCR  register  val- 
ues are  unaffected  by  S_RESET  and  are  unaffected  by 
the  assertion  of  the  STOP  bit. 


Note  that  several  registers  have  no  default  value.  BCR3 
and  BCR8-15  are  reserved  and  have  undefined  values. 
BCR2,  BCR16,  BCR17  and  BCR21  are  not  observable 
without  first  being  programmed  through  the  EEPROM 
read  operation  or  a  user  register  write  operation.  There- 
fore the  only  observable  values  for  these  registers  are 
those  that  have  been  programmed  and  a  default  value  is 
not  applicable. 

BCRO,  BCR1,  BCR6,  BCR16,  BCR17,  and  BCR21  are 
reserved  in  the  PCnet-PCI  controller.  These  registers 
are  used  by  other  devices  in  the  PCnet  family.  Writing  to 
these  registers  have  no  effect  on  the  operation  of  the 
PCnet-PCI  controller. 

Writes  to  those  registers  marked  as  "Reserved"  will 
have  no  effect.  Reads  from  these  locations  will  produce 
undefined  values. 


BCR 

MNEMONIC 

Default 

Description 

User 

EEPROM 

0 

MSRDA 

0005h 

Reserved 

No 

No 

1 

MSWRA 

0005h 

Reserved 

No 

No 

2 

MC 

N/A* 

Miscellaneous  Configuration 

Yes 

Yes 

3 

Reserved 

N  A 

Reserved 

No 

No 

LNKST 

OOCOh 

Link  Status  Status  (Default) 

Yes 

No 

5 

LED1 

0084h 

Receive  Status  (Default) 

Yes 

No 

6 

LED2 

0088h 

Reserved 

Yes 

No 

7 

LED3 

0090h 

Transmit  Status  (Default) 

Yes 

No 

8-15 

Reserved 

N/A 

Reserved 

No 

No 

16 

IOBASEL 

N/A* 

Reserved 

Yes 

Yes 

17 

IOBASEU 

N/A* 

Reserved 

Yes 

Yes 

18 

BSBC 

2101h 

Burst  Size  and  Bus  Control 

Yes 

Yes 

19 

EECAS 

0002h 

EEPROM  Control  and  Status 

Yes 

No 

20 

SWS 

OOOOh 

Software  Style 

Yes 

No 

21 

INTCON 

N/A* 

Reserved 

Yes 

Yes 

*  Registers  marked  with  an  "*"  have  no  default  value,  since  they  are  not  observable  without  first  being  programmed  through  the 
EEPROM  read  operation  or  a  user  register  write  operation.  Therefore,  the  only  observable  values  for  these  registers  are  those 
that  have  been  programmed  and  a  default  value  is  not  applicable. 
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BCRO:  Master  Mode  Read  Active 
Bit      Name  Description 


31-16    RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

15-0  MSRDA         Reserved  locations.  After  H_RE- 
SET,  the  value  in  this  register  will 
be  0005h.  The  settings  of  this 
register  will  have  no  effect  on  any       7  RES 
PCnet-PCI  controller  function. 

Writes  to  this  register  have  no  ef- 
fect on  the  operation  of  the 
PCnet-PCI  controller  and  will  not 
alter  the  value  that  is  read. 

BCR1 :  Master  Mode  Write  Active 

Bit      Name         Description  6-3  RES 

31-16   RES  Reserved  locations.  Written  as       2  AWAKE 

ZEROs  and  read  as  undefined. 
15-0  MSWRA         Reserved  locations.  After  H_RE- 

SET,  the  value  in  this  register  will 

be  0005h.  The  settings  of  this 

register  will  have  no  effect  on  any 

PCnet-PCI  controller  function. 

Writes  to  this  register  have  no  ef- 
fect on  the  operation  of  the 
PCnet-PCI  controller  and  will  not 
alter  the  value  that  is  read. 
BCR2:  Miscellaneous  Configuration 

Bit       Name  Description 


Note  that  all  bits  in  this  register 

are  programmable  through  the       1  ASEL 

EEPROM  PREAD  operation. 

31-16  RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

15        RES  Reserved  location.  Written  and 

read  as  ZERO. 

14  TMAULOOP  When  set,  this  bit  allows  external 
loopback  packets  to  pass  onto 
the  network  through  the  TMAU 
interface,  if  the  TMAU  interface 
has  been  selected.  If  the  TMAU 
interface  has  not  been  selected, 
then  this  bit  has  no  effect. 

This  bit  is  reset  to  ZERO  by 
H_RESET  and  is  unaffected  by 
S_RESET  or  STOP. 

13-9     RES  Reserved  locations.  Written  and 

read  as  ZERO. 

8  IESRWE  IEEE  Shadow  Ram  Write  En- 
able. The  PCnet-PCI  controller 
contains  a  shadow  RAM  on 
board  for  storage  of  the  IEEE  ad- 
dress   following    the  serial 


EEPROM  read  operation.  Ac- 
cesses to  APROM  I/O  Re- 
sources will  be  directed  toward 
this  RAM.  When  IESRWE  is  set 
to  a  ONE,  then  write  access  to 
the  shadow  RAM  will  be  enabled. 

This  bit  is  reset  to  ZERO  by 
hLRESET  and  is  unaffected  by 
S_RESETorSTOP. 

Reserved  location.  The  default  of 
this  bit  is  zero.  Writing  a  ONE  to 
this  bit  has  no  effect  on  the  op- 
eration of  the  PCnet-PCI 
controller. 

This  reserved  location  is  cleared 
by  H_RESET  and  is  unaffected 
by  S_RESET  or  STOP. 

Reserved  locations.  Written  and 
read  as  ZERO. 

This  bit  selects  one  of  two  differ- 
ent sleep  modes. 

If  AWAKE=1  and  the  SLEEP  pin 
is  asserted,  the  PCnet-PCI  con- 
troller goes  into  snooze  mode.  If 
AWAKE=0  and  the  SLEEP  pin  is 
asserted,  the  PCnet-PCI  control- 
ler goes  into  coma  mode.  See 
Power  Saving  Modes  section  for 
more  details. 

This  bit  only  has  meaning  when 
the  1 0BASE-T  network  interface 
is  selected. 

This  bit  is  reset  to  ZERO  by 
H_RESET  and  is  unaffected  by 
S_RESETorSTOP. 

Auto  Select.  When  set,  the 
PCnet-PCI  controller  will  auto- 
matically select  the  operating 
media  interface  port.  If  ASEL  has 
been  set  to  a  ONE,  then  when  the 
10BASE-T  transceiver  is  in  the 
link  pass  state  (due  to  receiving 
valid  frame  data  and/or  Link  Test 
pulses  or  the  DLNKTST  bit  is 
set),  the  10BASE-T  port  will  be 
used.  If  ASEL  has  been  set  to  a 
ONE,  then  when  the  10BASE-T 
port  is  in  the  link  fail  state,  the  AUI 
port  will  be  used.  Switching  be- 
tween the  ports  will  not  occur  dur- 
ing transmission,  to  avoid  any 
type  of  fragment  generation. 
When  ASEL  is  set  to  ONE,  Link 
Beat  Pulses  will  be  transmitted 
on  the  10BASE-T  port,  regard- 
less of  the  state  of  Link  Status. 
When  ASEL  is  reset  to  ZERO, 
Link  Beat  Pulses  will  only  be 
transmitted  on  the  10BASE-T 
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port  when  the  PORTSEL  bits  of 
the  Mode  Register  (CSR15) 
have  selected  10BASE-T  as  the 
active  port. 

When  ASEL  is  set  to  a  ZERO, 
then  the  selected  network  port 
will  be  determined  by  the  settings 
of  the  PORTSEL  bits  of  CSR15. 

The  ASEL  bit  is  reset  to  ONE  by 
HRESET  and  is  unaffected  by 
S_RESET  or  STOP. 


The  network  port  configurations 
are  as  follows: 


PORTSEL 
CSR15[1:0] 

ASEL 
(BCR2[1]) 

LINK  Status 
(of  10BASE-T) 

Network 
Port 

OX 

1 

Fail 

AUI 

ox 

1 

Pass 

1 0BASE-T 

0  0 

0 

X 

AUI 

0  1 

0 

X 

1 0BASE-T 

1  0 

X 

X 

Reserved 

1 1 

X 

X 

Reserved 

0  XMAUSEL  Reserved  location.  The  default 
value  of  this  bit  is  a  ZERO.  Writ- 
ing a  ON  E  to  this  bit  has  no  effect 
on  the  operation  of  the  device. 
Existing  drivers  may  write  a  ONE 
to  this  bit,  but  new  drivers  should 
write  a  ZERO  to  this  bit. 

BCR4:  Link  Status  LED  (LNKST) 

Bit      Name  Description 


BCR4  controls  the  function(s) 
that  the  lnkst  pin  displays. 
Multiple  functions  can  be  simul- 
taneously enabled  on  this  LED 
pin.  The  LED  display  will  indicate 
the  logical  OR  of  the  enabled 
functions.  BCR4  defaults  to  Link 
Status  (LNKST)  with  pulse 
stretcher  enabled  (PSE  =  1)  and 
is  fully  programmable. 

The  default  setting  after  H_RE- 
SET  for  the  LNKST  register  is 
OOCOh.  The  LNKST  register 
value  is  unaffected  by  S_RESET 
or  STOP. 

31-16   RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

15  LEDOUT  This  bit  indicates  the  current 
(non-stretched)  value  of  the  LED 
output  pin.  A  value  of  ONE  in  this 
bit  indicates  that  the  OR  of  the 
enabled  signals  is  true. 

The  logical  value  of  the  LEDOUT 
status  signal  is  determined  by  the 
settings  of  the  individual  Status 


Enable  bits  of  the  LED  register 
(Bits  6-0). 

This  bit  is  READ  only  by  the  host, 
and  is  unaffected  by  H  RESET, 
S_RESET  or  STOP. 

14  LEDPOL  LED  Polarity.  When  this  bit  has 
the  value  ZERO,  then  the  LED 
pin  will  be  driven  to  a  LOW  level 
whenever  the  OR  of  the  enabled 
signals  is  true  and  the  LED  pin 
will  be  disabled  and  allowed  to 
float  high  whenever  the  OR  of  the 
enabled  signals  is  false,  (i.e.  the 
LED  output  will  be  an  Open  Drain 
output  and  the  output  value  will 
be  the  inverse  of  the  LEDOUT 
status  bit.) 

When  this  bit  has  the  value  ONE, 
then  the  LED  pin  will  be  driven  to 
a  HIGH  level  whenever  the  ORof 
the  enabled  signals  is  true  and 
the  LED  pin  will  be  driven  to  a 
LOW  level  whenever  the  OR  of 
the  enabled  signals  is  false,  (i.e. 
the  LED  output  will  be  a  Totem 
Pole  output  and  the  output  value 
will  be  the  same  polarity  as  the 
LEDOUT  status  bit.) 
The  setting  of  this  bit  will  not  af- 
fect the  polarity  of  the  LEDOUT 
bit  for  this  register. 

13  LEDDIS  LED  Disable.  This  bit  is  used  to 
disable  the  LED  output.  When 
LEDDIS  has  the  value  ONE,  then 
the  LED  output  will  always  be 
floated.  When  LEDDIS  has  the 
value  ZERO,  then  the  LED  out- 
put value  will  be  governed  by  the 
LEDOUT  and  LEDPOL  values. 

12-8     RES  Reserved  locations.  Write  as  ZE- 

ROS, read  as  undefined. 

A  value  of  0  disables  the  signal. 
A  value  of  1  enables  the  signal. 

7         PSE  Pulse  Stretcher  Enable.  Extends 

the  LED  illumination  time  for 
each  new  occurrence  of  the  en- 
abled function  for  this  LED 
output. 

A  value  of  0  disables  the  function. 
A  value  of  1  enables  the  function. 

6  LNKSTE  Link  Status  Enable.  Indicates  the 
current  link  status  on  the  Twisted 
Pair  interface.  When  this  bit  is  set 
to  one,  a  value  of  ONE  will  be 
passed  to  the  LEDOUT  signal  to 
indicate  that  the  link  status  state 
is  PASS.  A  value  of  ZERO  will  be 
passed  to  the  LEDOUT  signal  to 
indicate  that  the  link  status  state 
is  FAIL. 
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A  value  of  0  disables  the  signal. 
A  value  of  1  enables  the  signal. 

5  RCVME  Receive  Match  status  Enable.  In- 
dicates receive  activity  on  the 
network  that  has  passed  the  ad- 
dress match  function  for  this 
node.  All  address  matching 
modes  are  included:  Physical, 
Logical  filtering,  Promiscuous 
and  Broadcast. 

A  value  of  0  disables  the  signal. 
A  value  of  1  enables  the  signal. 

4  XMTE  Transmit  status  Enable.  Indi- 
cates PCnet-PCI  controller 
transmit  activity. 

A  value  of  0  disables  the  signal. 
A  value  of  1  enables  the  signal. 

3       RXPOLE         Receive  Polarity  status  Enable. 

Indicates  the  current  Receive 
Polarity  condition  on  the  Twisted 
Pair  interface.  A  value  of  ONE  in- 
dicates that  the  polarity  of  the 
RXD+  pair  has  been  reversed.  A 
value  of  ZERO  indicates  that  the 
polarity  of  the  RXD±  pair  has  not 
been  reversed. 

Receive  polarity  indication  is 
valid  only  if  the  T-MAU  is  in  Link 
Pass  state. 

A  value  of  0  disables  the  signal. 
A  value  of  1  enables  the  signal. 

2        RCVE  Receive  status  Enable.  Indicates 

receive  activity  on  the  network. 

A  value  of  0  disables  the  signal. 
A  value  of  1  enables  the  signal. 

1         JABE  Jabber  status  Enable.  Indicates 

that  the  PCnet-PCI  controller  is 
jabbering  on  the  network. 

A  value  of  0  disables  the  signal. 
A  value  of  1  enables  the  signal. 

0         COLE  Collision  status  Enable.  Indi- 

cates collision  activity  on  the  net- 
work. 

A  value  of  0  disables  the  signal.  A 
value  of  1  enables  the  signal. 

BCR5:  LED1  Status 

Bit      Name  Description 

BCR5  controls  the  function(s) 
that  the  LED1  pin  displays.  Multi- 
ple functions  can  be  simultane- 
ously enabled  on  this  LED  pin. 
The  LED  display  will  indicate  the 
logical  OR  of  the  enabled  func- 
tions. BCR1  defaults  to  Receive 
Status  (RCV)  with  pulse 
stretcher  enabled  (PSE  =  1)  and 
is  fully  programmable. 


31-16  RES 
15  LEDOUT 


14  LEDPOL 


13  LEDDIS 


12-8  RES 


7  PSE 


The  default  setting  after  H_RE- 
SET  for  the  LED1  register  is 
0084h.  The  LED1  register  value 
is  unaffected  by  S_RESET  or 
STOP. 

Reserved  locations.  Written  as 
ZERO  and  read  as  undefined. 

This  bit  indicates  the  current 
(non-stretched)  value  of  the  LED 
output  pin.  A  value  of  ONE  in  this 
bit  indicates  that  the  OR  of  the 
enabled  signals  is  true. 

The  logical  value  of  the  LEDOUT 
status  signal  is  determined  by  the 
settings  of  the  individual  Status 
Enable  bits  of  the  LED  register 
(Bits  6-0). 

This  bit  is  R  EAD  only  by  the  host, 
and  is  unaffected  by  H_RESET, 
S_RESETorSTOP. 

LED  Polarity.  When  this  bit  has 
the  value  ZERO,  then  the  LED 
pin  will  be  driven  to  a  LOW  level 
whenever  the  OR  of  the  enabled 
signals  is  true  and  the  LED  pin 
will  be  disabled  and  allowed  to 
float  high  wheneverthe  OR  of  the 
enabled  signals  is  false,  (i.e.  the 
LED  output  will  be  an  Open  Drain 
output  and  the  output  value  will 
be  the  inverse  of  the  LEDOUT 
status  bit.) 

When  this  bit  has  the  value  ONE, 
then  the  LED  pin  will  be  driven  to 
a  HIGH  level  wheneverthe  OR  of 
the  enabled  signals  is  true  and 
the  LED  pin  will  be  driven  to  a 
LOW  level  whenever  the  OR  of 
the  enabled  signals  is  false,  (i.e. 
the  LED  output  will  be  a  Totem 
Pole  output  and  the  output  value 
will  be  the  same  polarity  as  the 
LEDOUT  status  bit.) 

The  setting  of  this  bit  will  not  af- 
fect the  polarity  of  the  LEDOUT 
bit  for  this  register. 

LED  Disable.  This  bit  is  used  to 
disable  the  LED  output.  When 
LEDDIS  has  the  value  ONE,  then 
the  LED  output  will  always  be 
tristated.  When  LEDDIS  has  the 
value  ZERO,  then  the  LED  out- 
put value  will  be  governed  by  the 
LEDOUT  and  LEDPOL  values. 

Reserved  locations.  Write  as  ZE- 
ROS, read  as  undefined. 

A  value  of  0  disables  the  signal. 
A  value  of  1  enables  the  signal. 

Pulse  Stretcher  Enable.  Extends 
the  LED  illumination  time  for 
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6  LNKSTE 


5  RCVME 


4  XMTE 


3  RXPOLE 


2  RCVE 


1  JABE 


each  new  occurrence  of  the  en- 
abled function  for  this  LED 
output. 

A  value  of  0  disables  the  signal. 
A  value  of  1  enables  the  signal. 

Link  Status  Enable.  Indicates  the 
current  link  status  on  the  Twisted 
Pair  interface.  When  this  bit  is  en- 
abled, a  value  of  ONE  will  be 
passed  to  the  LEDOUT  signal  to 
indicate  that  the  link  status  state 
is  PASS.  A  value  of  ZERO  will  be 
passed  to  the  LEDOUT  signal  to 
indicate  that  the  link  status  state 
is  FAIL. 

A  value  of  0  disables  the  signal. 
A  value  of  1  enables  the  signal. 

Receive  Match  status  Enable.  In- 
dicates receive  activity  on  the 
network  that  has  passed  the  ad- 
dress match  function  for  this 
node.  All  address  matching 
modes  are  included:  Physical, 
Logical  filtering  and 
Promiscuous. 

A  value  of  0  disables  the  signal. 
A  value  of  1  enables  the  signal. 

Transmit  status  Enable.  Indi- 
cates PCnet-PCI  controller 
transmit  activity. 

A  value  of  0  disables  the  signal. 
A  value  of  1  enables  the  signal. 

Receive  Polarity  status  Enable. 
Indicates  the  current  Receive 
Polarity  condition  on  the  Twisted 
Pair  interface.  A  value  of  ONE  in- 
dicates that  the  polarity  of  the 
RXD±  pair  has  been  reversed.  A 
value  of  ZERO  indicates  that  the 
polarity  of  the  RXD±  pair  has  not 
been  reversed. 

Receive  polarity  indication  is 
valid  only  if  the  T-MAU  is  in  the 
Link  Pass  state 

A  value  of  0  disables  the  signal. 
A  value  of  1  enables  the  signal. 

Receive  status  Enable.  Indicates 
receive  activity  on  the  network. 

A  value  of  0  disables  the  signal. 
A  value  of  1  enables  the  signal. 

Jabber  status  Enable.  Indicates 
that  the  PCnet-PCI  controller  is 
jabbering  on  the  network. 

A  value  of  0  disables  the  signal. 
A  value  of  1  enables  the  signal. 


0         COLE  Collision  status  Enable.  Indi- 

cates collision  activity  on  the  net- 
work. 

A  value  of  0  disables  the  signal. 
A  value  of  1  enables  the  signal. 

BCR6:  LED2  Status 

Bit       Name  Description 

31-16    RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

15-0    LED2  Reserved  locations.  After  H_RE- 

SET,  the  value  in  this  registerwill 
be  0x0088h.  The  settings  of  this 
register  will  have  no  effect  on  any 
PCnet-PCI  controller  function. 

Writes  to  this  register  have  no  ef- 
fect on  the  operation  of  the 
PCnet-PCI  controller. 


BCR7:  LED3  Status 


Bit  Name 


Description 


31-16  RES 
15  LEDOUT 


14  LEDPOL 


BCR7  controls  the  function(s) 
that  the  LED3  pin  displays.  Multi- 
ple functions  can  be  simultane- 
ously enabled  on  this  LED  pin. 
The  LED  display  will  indicate  the 
logical  OR  of  the  enabled  func- 
tions. BCR7  defaults  to  Transmit 
Status  (XMT)  with  pulse 
stretcher  enabled  (PSE  =  1)  and 
is  fully  programmable. 

The  default  setting  after  H_RE- 
SET  for  the  LED3    register  is 
0090h.  The  LED3  register 
value  is  unaffected  by  S_RESET 
or  STOP. 

Reserved  location.  Written  as 
ZEROs  and  read  as  undefined. 

This  bit  indicates  the  current 
(non-stretched)  value  of  the  LED 
output  pin.  A  value  of  ONE  in  this 
bit  indicates  that  the  OR  of  the 
enabled  signals  is  true. 

The  logical  value  of  the  LEDOUT 
status  signal  is  determined  by  the 
settings  of  the  individual  Status 
Enable  bits  of  the  LED  register 
(Bits  6-0). 

This  bit  is  READ  only  by  the  host, 
and  is  unaffected  by  H_RESET, 
S_RESET  or  STOP. 

LED  Polarity.  When  this  bit  has 
the  value  ZERO,  then  the  LED 
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pin  will  be  driven  to  a  LOW  level 
whenever  the  OR  of  the  enabled 
signals  is  true  and  the  LED  pin 
will  be  disabled  and  allowed  to 
float  high  whenever  the  OR  of  the 
enabled  signals  is  false,  (i.e.  the 
LED  output  will  be  an  Open  Drain 
output  and  the  output  value  will 
be  the  inverse  of  the  LEDOUT 
status  bit.) 

When  this  bit  has  the  value  ONE, 
then  the  LED  pin  will  be  driven  to 
a  HIGH  level  whenever  the  OR  of 
the  enabled  signals  is  true  and 
the  LED  pin  will  be  driven  to  a 
LOW  level  whenever  the  OR  of 
the  enabled  signals  is  false,  (i.e. 
the  LED  output  will  be  a  Totem 
Pole  output  and  the  output  value 
will  be  the  same  polarity  as  the 
LEDOUT  status  bit.) 

The  setting  of  this  bit  will  not  af- 
fect the  polarity  of  the  LEDOUT 
bit  for  this  register. 

13  LEDDIS  LED  Disable.  This  bit  is  used  to 
disable  the  LED  output.  When 
LEDDIS  has  the  value  ONE,  then 
the  LED  output  will  always  be 
tristated.  When  LEDDIS  has  the 
value  ZERO,  then  the  LED  out- 
put value  will  be  governed  by  the 
LEDOUT  and  LEDPOL  values. 

1 2-8     RES  Reserved  locations.  Write  as  ZE- 

ROS, read  as  undefined. 

A  value  of  0  disables  the  signal. 
A  value  of  1  enables  the  signal. 

7         PSE  Pulse  Stretcher  Enable.  Extends 

the  LED  illumination  time  for 
each  new  occurrence  of  the  en- 
abled function  for  this  LED 
output. 

A  value  of  0  disables  the  signal. 
A  value  of  1  enables  the  signal. 

6  LNKSTE  Link  Status  Enable.  Indicates  the 
current  link  status  on  the  Twisted 
Pair  interface.  When  this  bit  is  en- 
abled, a  value  of  ONE  will  be 
passed  to  the  LEDOUT  signal  to 
indicate  that  the  link  status  state 
is  PASS.  A  value  of  ZERO  will  be 
passed  to  the  LEDOUT  signal  to 
indicate  that  the  link  status  state 
is  FAIL. 

A  value  of  0  disables  the  signal. 
A  value  of  1  enables  the  signal. 

5  RCVME  Receive  Match  status  Enable.  In- 
dicates receive  activity  on  the 
network  that  has  passed  the  ad- 
dress match  function  for  this 
node.    All   address  matching 


XMTE 


RXPOLE 


RCVE 


modes  are  included:  Physical, 
Logical  filtering  and 
Promiscuous. 

A  value  of  0  disables  the  signal. 
A  value  of  1  enables  the  signal. 

Transmit  status  Enable.  Indi- 
cates PCnet-PCI  controller 
transmit  activity. 

A  value  of  0  disables  the  signal. 
A  value  of  1  enables  the  signal. 

Receive  Polarity  status  Enable. 
Indicates  the  current  Receive 
Polarity  condition  on  the  Twisted 
Pair  interface.  A  value  of  ONE  in- 
dicates that  the  polarity  of  the 
RXD±  pair  has  been  reversed.  A 
value  of  ZERO  indicates  that  the 
polarity  of  the  RXD+  pair  has  not 
been  reversed. 

Receive  polarity  indication  is 
valid  only  if  the  T-MAU  is  in  the 
Link  Pass  state. 

A  value  of  0  disables  the  signal. 
A  value  of  1  enables  the  signal. 

Receive  status  Enable.  Indicates 
receive  activity  on  the  network. 

A  value  of  0  disables  the  signal. 
A  value  of  1  enables  the  signal. 

Jabber  status  Enable.  Indicates 
that  the  PCnet-PCI  controller  is 
jabbering  on  the  network. 

A  value  of  0  disables  the  signal. 
A  value  of  1 


0  COLE 

Collision  status  Enable.  Indi- 
cates collision  activity  on  the  net- 
work. 

A  value  of  0  disables  the  signal. 
A  value  of  1  enables  the  signal. 

BCR16:  I/O  Base  Address  Lower 
Bit       Name  Description 

Note  that  all  bits  in  this  register 
are  programmable  through  the 
EEPROM  PREAD  operation. 

31-16   RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

15-5  IOBASEL  Reserved  locations.  After  H_RE- 
SET,  the  value  of  these  bits  will 
be  undefined.  The  settings  of 
these  bits  will  have  no  affect  on 
any  PCnet-PCI  controller 
function. 

IOBASEL  is  not  affected  by 
S  RESET  or  STOP. 


Am79C970 


1-981 


Z\  AMD 


PRELIMINARY 


4-0       RES  Reserved  locations.  Written  as 

ZEROS,  read  as  undefined. 

BCR17:  I/O  Base  Address  Upper 


Bit 


Name 


Description 


31-16  RES 


15-0  IOBASEU 


Note  that  all  bits  in  this  register 
are  programmable  through  the 
EEPROM  PREAD  operation. 

Reserved  locations.  Written  as 
ZEROs  and  read  as  undefined. 

Reserved  locations.  After  H_RE- 
SET,  the  value  in  this  register  will 
be  undefined.  The  settings  of  this 
register  will  have  no  affect  on  any 
PCnet-PCI  controller  function. 

IOBASEU  is  not  affected  by 
S  RESET  or  STOP. 


BCR18:  Burst  Size  and  Bus  Control 
Register 


Bit  Name 


Description 


Note  that  all  bits,  except  bit  7,  in 
this  register  are  programmable 
through  the  EEPROM  PREAD 
operation. 

31-16    RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

15-1 1    RES  Reserved  locations.  After  H_RE- 

SET,  these  five  bits  will  read 
00100b.  The  settings  of  these 
bits  will  have  no  affect  on  any 
PCnet-PCI  controller  function. 

Writes  to  these  bits  have  no  af- 
fect on  the  operation  of  PCnet- 
PCI  controller. 

RES  is  set  to  00100b  by  H_RE- 
SET  and  is  not  affected  by 
S_RESET  or  STOP. 

10        RES  Reserved  location.  Must  be  writ- 

ten as  ZERO.  Writing  a  one  to 
this  bit  may  cause  the  PCnet-PCI 
controller  to  malfunction  in  a 
system. 

This  reserved  location  is  cleared 
by  H_RESET  and  is  not  affected 
by  S_RESETorSTOP. 
9  RES  Reserved  location.  Written  as 

ZERO  and  read  as  undefined. 

This  reserved  location  is  cleared 
by  H_RESET  and  is  not  affected 
by  S_RESETorSTOP. 

8         RES  Reserved  bit.  Must  be  written  as 

a  ONE.  Will  be  read  as  a  ONE. 


This  reserved  location  is  SET  by 
H_RESET  and  is  not  affected  by 
S_RESET  or  STOP. 

DWIO  Double  Word  I/O.  When  set,  this 

bit  indicates  that  the  PCnet-PCI 
controller  is  programmed  for 
DWIO  mode.  When  cleared,  this 
bit  indicates  that  the  PCnet-PCI 
controller  is  programmed  for 
Word  I/O  mode.  This  bit  affects 
the  I/O  Resource  Offset  map  and 
it  affects  the  defined  width  of  the 
PCnet-PCI  controller's  I/O  re- 
sources. See  the  DWIO  and  WIO 
sections  for  more  details. 

The  PCnet-PCI  controller  will  set 
DWIO  if  it  detects  a  DWORD 
write  access  to  offset  10h  from 
the  PCnet-PCI  controller  I/O 
base  address  (corresponding  to 
the  RDP  resource).  A  double- 
word  write  access  to  offset  1 0h  is 
the  only  way  that  the  DWIO  bit 
can  be  set.  DWIO  cannot  be  set 
by  a  direct  write  to  BCR18. 

Once  the  DWIO  bit  has  been  set 
to  a  ONE,  only  a  H_RESET  can 
reset  it  to  a  ZERO. 

DWIO  is  read  only  by  the  host. 

DWIO  is  cleared  by  H_RESET 
and  is  not  affected  by  S_RESET 
or  STOP. 

BREADE  Burst  Read  Enable.  When  set, 
this  bit  enables  Linear  Bursting 
during  memory  read  accesses, 
where  Linear  Bursting  is  defined 
to  mean  that  only  the  first  transfer 
in  the  current  bus  arbitration  will 
contain  an  address  phase.  Sub- 
sequent transfers  will  consist  of 
data  phases  only.  When  cleared, 
this  bit  prevents  the  part  from 
performing  linear  bursting  during 
read  accesses.  In  no  case  will  the 
part  linearly  burst  a  descriptor  ac- 
cess or  an  initialization  access. 

BREADE  should  be  set  to  ONE 
when  the  PCnet-PCI  controller  is 
used  in  a  PCI  bus  application. 
The  use  of  burst  transfers  guar- 
antees maximum  performance 
during  memory  read  operations. 

BREADE  is  cleared  by  H_RE- 
SET  and  is  not  affected  by  S_RE- 
SETorSTOP. 
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5  BWRITE  Burst  Write  Enable.  When  set, 
this  bit  enables  Linear  Bursting 
during  memory  write  accesses, 
where  Linear  Bursting  is  defined 
to  mean  that  only  the  tirst  transfer 
in  the  current  bus  arbitration  will 
contain  an  address  phase.  Sub- 
sequent transfers  will  consist  of 
data  phases  only.  When  cleared, 
this  bit  prevents  the  part  from 
performing  linear  bursting  during 
write  accesses.  In  no  case  will 
the  part  linearly  burst  a  descriptor 
access  or  an  initialization  access. 

BWRITE  should  be  set  to  ONE 
when  the  PCnet-PCI  controller  is 
used  in  a  PCI  bus  application. 
The  use  of  burst  transfers  guar- 
antees maximum  performance 
during  memory  write  operations. 

BWRITE  is  cleared  by  H_RESET 
and  is  not  affected  by  S_RESET 
or  STOP. 

4-3       RES  Reserved  location.  Written  as 

ZEROs  and  read  as  undefined. 

2-0  LINBC[2:0]  Linear  Burst  Count.  The  3  bit 
value  in  this  register  sets  the  up- 
per limit  for  the  number  of  trans- 
fer cycles  in  a  Linear  Burst.  This 
limit  determines  how  often  the 
PCnet-PCI  controller  will  assert  a 
new  FRAME  signal  during  linear 
burst  transfers.  Each  time  that 
the  interpreted  value  of  LINBC 
transfers  is  reached,  the 
PCnet-PCI  controllerwill  assert  a 
new  FRAME  signal  with  a  new 
valid  address.  The  LINBC  value 
should  contain  only  one  active 
bit.  LINBC  values  with  more  than 
one  active  bit  may  produce  pre- 
dictable results,  but  such  values 
will  not  be  compatible  with  future 
AMD  network  controllers. The 
LINBC  entry  is  shifted  by  two  bits 
before  being  used  by  the  PCnet- 
PCI  controller.  For  example,  the 
value  LINBC[2:0]  =  010b  is  un- 
derstood by  the  PCnet-PCI  con- 
troller to  mean  01000b  =  8. 
Therefore,  the  value  LINBC[2:0] 
=  01 0b  will  cause  the  PCnet-PCI 
controller  to  issue  a  new  FRAME 
every  01000b  =  8  transfers.  The 
PCnet-PCI  controller  may  line- 
arly burst  fewer  than  the  value 
represented  by  LINBC,  due  to 
other  conditions  that  cause  the 
burst  to  end  prematurely.  There- 
fore, LINBC  should  be  regarded 
as  an  upper  limit  to  the  length  of 
linear  burst. 


Note  that  linear  burst  operation 
will  only  begin  on  certain  ad- 
dresses. The  general  rule  for  lin- 
ear burst  starting  addresses  is: 

AD[31:00]  MOD  (LINBC  x 
16)  =  0, 

The  following  table  illustrates  all 
possible  starting  address  values 
for  all  legal  LINBC  values.  Note 
that  AD[31 :06]  are  don't  care  val- 
ues for  all  addresses.  Also  note 
that  while  AD[1 :0]  do  not  physi- 
cally exist  within  a  32  bit  system 
(the  PCnet-PCI  controller  always 
drives  AD[1 :0]  to  ZERO  during 
the  address  phase  to  indicate  a 
linear  burst  order),  they  are  valid 
bits  within  the  buffer  pointer  field 
of  descriptor  word  0. 


LINBC[2:0] 

LBS  = 
Linear  Burst 

Size 
(number  of 
transfers) 

Size  of 
Burst 
(bytes) 

Linear  Burst 
Beginning  Addresses 
,AD[31:6]  = 
(don't  care) 
(AD[S:0]  = 
(Hex) 

1 

4 

16 

00,  10,  20,  30 

2 

8 

32 

00.  20 

4 

16 

64 

00 

There  are  several  events  which 
may  cause  early  termination  of 
linear  burst.  Among  those  events 
are:  no  more  data  available  for 
transfer  in  either  a  buffer  or  in  the 
FIFO  or  if  either  the  DMA  Trans- 
fer Counter  (CSR80)  or  the  Bus 
Timer  Register  (CSR82)  times 
out. 

Certain  combinations  of  water- 
mark programming  and  LINBC 
programming  may  create  situ- 
ations where  no  linear  bursting  is 
possible,  or  where  the  FIFO  may 
be  excessively  read  or  exces- 
sively written.  Such  combina- 
tions are  declared  as  illegal. 

Combinations  of  watermark  set- 
tings and  LINBC  settings  must 
obey  the  following  relationship: 

watermark  (in  bytes)  > 
LINBC  (in  bytes) 

Combinations  of  watermark  and 
LINBC  settings  that  violate  this 
rule  may  cause  unexpected 
behavior. 

LINBC  is  set  to  the  value  of  001  b 
by  H  RESET  and  is  not  affected 
by  S_RESET  or  STOP.  This 
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gives  a  default  linear  burst  length 
of  4  transfers  =  001  b  x  4. 
BCR19:  EEPROM  Control  and  Status  Register 

Bit      Name  Description 


31-16   RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

15  PVALID  EEPROM  Valid  status  bit.  This 
bit  is  read  only  by  the  host.  A 
value  of  ONE  in  this  bit  indicates 
that  a  PREAD  operation  has  oc- 
curred, and  that  1)  there  is  an 
EEPROM  connected  to  the 
PCnet-PCI  controller  Microwire 
interface  pins  and  2)  the  contents 
read  from  the  EEPROM  have 
passed  the  checksum  verifica- 
tion operation. 

A  value  of  ZERO  in  this  bit  indi- 
cates that  the  contents  of  the 
EEPROM  are  different  from  the 
contents  of  the  applicable  PCnet- 
PCI  controller  on-board  registers 
and/or  that  the  checksum  for  the 
entire  36  bytes  of  EEPROM  is  in- 
correct or  that  no  EEPROM  is 
connected  to  the  Microwire  inter- 
face pins. 

PVALID  is  set  to  ZERO  during 
H_RESET  and  is  unaffected  by 
S_RESETorthe  STOP  bit.  How- 
ever, following  the  H_RESET op- 
eration, an  automatic  read  of  the 
EEPROM  will  be  performed. 
Just  as  is  true  for  the  normal 
PREAD  command,  at  the  end  of 
this  automatic  read  operation, 
the  PVALID  bit  may  be  set  to 
ONE.  Therefore,  H_RESET  will 
set  the  PVALID  bit  to  ZERO  at 
first,  but  the  automatic  EEPROM 
read  operation  may  later  set 
PVALID  to  a  ONE. 

If  PVALID  becomes  ZERO  fol- 
lowing an  EEPROM  read  opera- 
tion (either  automatically 
generated  after  H  RESET,  or  re- 
quested through  PREAD),  then 
all  EEPROM-programmable 
BCR  locations  will  be  reset  to 
their  H  RESET  values.  The  con- 
tent of  the  APROM  locations, 
however,  will  not  be  cleared. 

If  no  EEPROM  is  present  at  the 
EESK,  EEDi  and  EEDO  pins, 
then  all  attempted  PREAD  com- 
mands will  terminate  early  and 
PVALID  will  NOT  be  set.  This  ap- 
plies to  the  automatic  read  of  the 
EEPROM  after  H_RESET  as 


well  as  to  host-initiated  PREAD 
commands. 

14      PREAD         EEPROM  Read  command  bit. 

When  this  bit  is  set  to  a  ONE  by 
the  host,  the  PVALID  bit  (BCR19, 
bit  1 5)  will  immediately  be  reset 
to  a  ZERO  and  then  the  PCnet- 
PCI  controller  will  perform  a  read 
operation  of  36  bytes  from  the 
EEPROM  through  the  Microwire 
interface.  The  EEPROM  data 
that  is  fetched  during  the  read  will 
be  stored  in  the  appropriate  inter- 
nal registers  on  board  the  PCnet- 
PCI  controller.  Upon  completion 
of  the  EEPROM  read  operation, 
the  PCnet-PCI  controller  will  as- 
sert the  PVALID  bit.  EEPROM 
contents  will  be  indirectly  acces- 
sible to  the  host  through  I/O  read 
accesses  to  the  APROM  (offsets 
Oh  through  Fh)  and  through  I/O 
read  accesses  to  other  EEPROM 
programmable  registers.  Note 
that  I/O  read  accesses  from 
these  locations  will  not  actually 
access  the  EEPROM  itself,  but 
instead  will  access  the  PCnet- 
PCI  controllers  internal  copy  of 
the  EEPROM  contents.  I/O  write 
accesses  to  these  locations  may 
change  the  PCnet-PCI  controller 
register  contents,  but  the 
EEPROM  locations  will  not  be  af- 
fected. EEPROM  locations  may 
be  accessed  directly  through 
BCR19. 

At  the  end  of  the  read  operation, 
the  PREAD  bit  will  automatically 
be  reset  to  a  ZERO  by  the  PCnet- 
PCI  controller  and  PVALID  will 
bet  set,  provided  that  an 
EEPROM  existed  on  the 
Microwire  interface  pins  and  that 
the  checksum  for  the  entire  36 
bytes  of  EEPROM  was  correct. 

Note  that  when  PREAD  is  set  to  a 
ONE,  then  the  PCnet-PCI  con- 
troller will  no  longer  respond  to 
I/O  accesses  directed  toward  it, 
until  the  PREAD  operation  has 
completed  successfully.  The 
PCnet-PCI  controller  will  termi- 
nate these  I/O  accesses  with  the 
assertion  of  DEVSEL  and  STOP 
while  TRDY  is  not  asserted,  sig- 
naling to  the  initiator  to  retry  the 
access  at  a  later  time. 

If  a  PREAD  command  is  given  to 
the  PCnet-PCI  controller  but  no 
EEPROM  is  attached  to  the 
Microwire  interface  pins,  then  the 
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auto-detection  pin  (EESK/LED1) 
indicates  that  no  EEPROM  is 
present. 

PREAD  is  set  to  ZERO  during 
H_RESET  and  is  unaffected  by 
S_RESETorthe  STOP  bit. 

PREAD  is  only  writeable  when 
the  STOP  bit  is  set  to  ONE. 

EEPROM  Detect.  This  bit  indi- 
cates the  sampled  value  of  the 
EESK/LED1  pin  at  the  end  of 
H_RESET.  This  value  indicates 
whether  or  not  an  EEPROM  is 
present  at  the  EEPROM  inter- 
face. If  this  bit  is  a  ONE,  it  indi- 
cates that  an  EEPROM  is 
present.  lfthisbitisaZERO.it in- 
dicates that  an  EEPROM  is  not 
present. 

The  value  of  this  bit  is  determined 
at  the  end  of  the  H_RESET  op- 
eration. It  is  unaffected  by  S_RE- 
SETorthe  STOP  bit. 

This  bit  is  not  writeable.  It  is  read 
only. 

The  following  table  indicates  the 
possible  combinations  of  EEDET 
and  the  existence  of  an 
EEPROM  and  the  resulting  op- 
erations that  are  possible  on  the 


EEDET  Value 
(BCR19[3]) 

EEPROM 
Connected? 

Result  if  PREAD  is  Set  to  ONE 

Result  of  Automatic  EEPROM 
Read  Operation  Following  H_RESET 

0 

No 

EEPROM  read  operation  is  attempted. 
Entire  read  sequence  will  occur, 
checksum  failure  will  result,  PVALID 
is  reset  to  ZERO. 

First  TWO  EESK  clock  cycles  are 
generated,  then  EEPROM  read 
operation  is  aborted  and  PVALID  is 
reset  to  ZERO. 

0 

Yes 

EEPROM  read  operation  is  attempted. 
Entire  read  sequence  will  occur,  checksum 
operation  will  pass,  PVALID  is  set  to  ONE. 

First  TWO  EESK  clock  cycles  are  generated, 
then  EEPROM  read  operation  is  aborted  and 
PVALID  is  reset  to  ZERO. 

1 

No 

EEPROM  read  operation  is  attempted. 
Entire  read  sequence  will  occur,  checksum 
failure  will  result,  PVALID  is  reset  to  ZERO. 

EEPROM  read  operation  is  attempted.  Entire 
read  sequence  will  occur,  checksum  failure 
will  result,  PVALID  is  reset  to  ZERO. 

1 

Yes 

EEPROM  read  operation  is  attempted. 
Entire  read  sequence  will  occur,  checksum 
operation  will  pass,  PVALID  is  set  to  ONE. 

EEPROM  read  operation  is  attempted. 
Entire  read  sequence  will  occur,  checksum 
operation  will  pass,  PVALID  is  set  to  ONE. 
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PREAD  command  will  terminate 
early,  the  PREAD  bit  will  be 
cleared  to  a  ZERO  and  the 
PVALID  bit  will  remain  reset  with 
a  value  of  ZERO.  This  applies  to 
the  automatic  read  of  the 
EEPROM  after  H_RESET  as 
well  as  to  host  initiated  PREAD 
commands.  EEPROM  program- 
mable locations  on  board  the  13  EEDET 
PCnet-PCI  controller  will  be  set 
to  their  default  values  by  such  an 
aborted  PREAD  operation.  For 
example,  if  the  aborted  PREAD 
operation  immediately  followed 
the  H_RESET  operation,  then 
the  final  state  of  the  EEPROM 
programmable  locations  will  be 
equal  to  the  H_RESET  program- 
ming for  those  locations. 

If  a  PR  EAD  command  is  given  to 
the  PCnet-PCI  controller  and  the 
auto-detection  pin  (EESK/LED1) 
indicates  that  no  EEPROM  is 
present,  then  the  EEPROM  read 
operation  will  still  be  attempted. 

Note  that  at  the  end  of  the  H_RE- 
SET  operation,  a  read  of  the 
EEPROM  will  be  performed 
automatically.  This  H_RESET- 
generated  EEPROM  read  func- 
tion will  not  proceed  if  the 

Table  10.  EEDET  Combinations 
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12-5  RES 
4  EEN 


3 
2 


RES 
ECS 


Reserved  locations.  Written  as 
ZERO,  read  as  undefined. 
EEPROM  port  enable.  When  this 
bit  is  set  to  a  one,  it  causes  the 
values  of  ECS,  ESK  and  EDI  to 
be  driven  onto  the  EECS,  EESK 
and  EEDI  pins,  respectively.  If 
EEN=0  and  no  EEPROM  read 
function  is  currently  active,  then 
EECS  will  be  driven  LOW.  When 
EEN=0  and  no  EEPROM  read 
function  is  currently  active,  EESK 
and  EEDI  pins  will  be  driven  by 
the  LED  registers  BCR5  and 
BCR4,  respectively. 

EEN  is  set  to  ZERO  by  H_RE- 
SET  and  is  unaffected  by  the 
S_RESET  or  STOP  bit. 

Reserved  location.  Written  as 
ZERO  and  read  as  undefined. 

EEPROM  Chip  Select.  This  bit  is 
used  to  control  the  value  of  the 
EECS  pin  of  the  Microwire  inter- 
face when  the  EEN  bit  is  set  to 
ONE  and  the  PREAD  bit  is  set  to 
ZERO.  If  EEN  =  1  and  PREAD  = 
0  and  ECS  is  set  to  a  ONE,  then 
the  EECS  pin  will  be  forced  to  a 
HIGH  level  at  the  rising  edge  of 
the  next  CLK  following  bit  pro- 
gramming. If  EEN  =  1  and 
PREAD  =  0  and  ECS  is  set  to  a 
ZERO,  then  the  EECS  pin  will  be 
forced  to  a  LOW  level  at  the  rising 


ESK 


Table  11.  EEPROM  Port  Enable 


edge  of  the  next  CLK  following  bit 
programming.  ECS  has  no  effect 
on  the  output  value  of  the  EECS 
pin  unless  the  PREAD  bit  is  set  to 
ZERO  and  the  EEN  bit  is  set  to 
ONE. 

ECS  is  set  to  ZERO  by  H_RE- 
SET  and  is  not  affected  by 
S_RESET  or  STOP. 

EEPROM  Serial  Clock.  This  bit 
and  the  EDI/EDO  bit  are  used  to 
control  host  access  to  the 
EEPROM.  Values  programmed 
to  this  bit  are  placed  onto  the 
EESK  pin  at  the  rising  edge  of  the 
next  CLK  following  bit  program- 
ming, except  when  the  PREAD 
bit  is  set  to  ONE  or  the  EEN  bit  is 
set  to  ZERO.  If  both  the  ESK  bit 
and  the  EDI/EDO  bit  values  are 
changed  during  one  BCR19  write 
operation,  while  EEN  =  1,  then 
setup  and  hold  times  of  the  EEDI 
pin  value  with  respect  to  the 
EESK  signal  edge  are  not  guar- 
anteed. 

ESK  has  no  effect  on  the  EESK 
pin  unless  the  PREAD  bit  is  set  to 
ZERO  and  the  EEN  bit  is  set  to 

ONE. 

ESK  is  reset  to  ONE  by  PRE- 
SET and  is  not  affected  by 
S  RESET  or  STOP. 


RST  Pin 

PREAD  or 
Auto  Read 
in  Progress 

EEN 

EECS 

EESK 

EEDI 

Low 

X 

X 

0 

Z 

Z 

High 

1 

X 

Active 

Active 

Active 

High 

0 

1 

From  ECS 
Bit  of  BCR19 

From  ESK  Bit 
of  BCR19 

From  EDI  Bit 
of  BCR19 

High 

0 

0 

0 

LED1 

LNKST 
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0  EDI/EDO  EEPROM  Data  In  /  EEPROM 
Data  Out.  Data  that  is  written  to 
this  bit  will  appear  on  the  EEDI 
output  of  the  Microwire  interface, 
except  when  the  PREAD  bit  is  set 
to  ONE  or  the  EEN  bit  is  set  to 
ZERO.  Data  that  is  read  from  this 
bit  reflects  the  value  of  the  EEDO 
input  of  the  Microwire  interface. 

EDI/EDO  has  no  effect  on  the 
EEDI  pin  unless  the  PREAD  bit  is 
set  to  ZERO  and  the  EEN  bit  is 
set  to  ONE. 

EDI/EDO  is  reset  to  ZERO  by 
H_RESET  and  is  not  affected  by 
S_RESET  or  STOP. 

BCR20:  Software  Style 

Bit      Name  Description 


This  register  is  an  alias  of  the  lo- 
cation CSR58.  Accesses  to/from 
this  register  are  equivalent  to  ac- 
cesses to  CSR58. 

Reserved  locations.  Written  as 
ZEROs  and  read  as  undefined. 

15-10    RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

9  CSRPCNET  CSR  PCnet-ISA  configuration 
bit.  When  set,  this  bit  indicates 
that  the  PCnet-PCI  controller 
register  bits  of  CSR4  and  CSR3 
will  map  directly  to  the  CSR4  and 
CSR3  bits  of  the  PCnet-ISA 
(Am79C960)  device.  When 
cleared,  this  bit  indicates  that 
PCnet-PCI  controller  register  bits 
of  CSR4  and  CSR3  will  map  di- 
rectly to  the  CSR4  and  CSR3  bits 
of  the  ILACC  (Am79C900) 
device. 

The  value  of  CSRPCNET  is  de- 
termined by  the  PCnet-PCI  con- 
troller. CSRPCNET  is  read  only 
by  the  host. 

The  PCnet-PCI  controller  uses 
the  setting  of  the  Software  Style 
register  (BCR20  bits7-0/CSR58 
bits  7-0)  to  determine  the  value 
for  this  bit. 

CSRPCNET  is  set  by  H_RESET 
and  is  not  affected  by  S_RESET 
or  STOP. 

8  SSIZE32  Software  Size  32  bits.  When  set, 
this  bit  indicates  that  the  PCnet- 
PCI        controller  utilizes 


31-16  RES 


Am79C900  (ILACC)  software 
structures.  In  particular,  Initiali- 
zation Block  and  Transmit  and 
Receive  descriptor  bit  maps  are 
affected.  When  cleared,  this  bit 
indicates  that  the  PCnet-PCI 
controller  utilizes  Am79C960 
(PCnet-ISA)  software  structures. 
Note:  Regardless  of  the  setting 
of  SSIZE32,  the  Initialization 
Block  must  always  begin  on  a 
double-word  boundary. 

The  value  of  SSIZE32  is  deter- 
mined by  the  PCnet-PCI  control- 
ler. SSIZE32  is  read  only  by  the 
host. 

The  PCnet-PCI  controller  uses 
the  setting  of  the  Software  Style 
register  (BCR20,  bits  7-0/CSR58 
bits  7-0)  to  determine  the  value 
forthisbit.  SSIZE32  is  cleared  by 
H_RESET  and  is  not  affected  by 
S_RESETorSTOP. 

If  SSIZE32  is  reset,  then  bits 
IADR[31-24]  of  CSR2  will  be 
used  to  generate  values  for  the 
upper  8  bits  of  the  32  bit  address 
bus  during  master  accesses  initi- 
ated by  the  PCnet-PCI  controller. 
This  action  is  required,  since  the 
16-bit  software  structures  speci- 
fied by  the  SSIZE32=0  setting 
will  yield  only  24  bits  of  address 
for  PCnet-PCI  controller  bus 
master  accesses. 

If  SSIZE32  is  set,  then  the  soft- 
ware structures  that  are  common 
to  the  PCnet-PCI  controller  and 
the  host  system  will  supply  a  full 
32  bits  for  each  address  pointer 
that  is  needed  by  the  PCnet-PCI 
controller  for  performing  master 
accesses. 

The  value  of  the  SSIZE32  bit  has 
no  effect  on  the  drive  of  the  upper 
8  address  pins.  The  upper  8  ad- 
dress pins  are  always  driven,  re- 
gardless of  the  state  of  the 
SSIZE32  bit. 

Note  that  the  setting  of  the 
SSIZE32  bit  has  no  effect  on  the 
defined  width  for  I/O  resources. 
I/O  resource  width  is  determined 
by  the  state  of  the  DWIO  bit. 
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Style  register.  The 
value  in  this  register  determines 
the  style  ot  I/O  resources  that 
shall  be  used  by  the  PCnet-PCI 
controller.  The  Software  Style 
selection  will  affect  the  interpre- 
tation of  a  few  bits  within  the  CSR 
space  and  the  width  of  the  de- 
scriptors and  initialization  block. 
Specifically: 


Table  12.  SWSTYLE  Values 


SWSTYLE 
[7:0] 

Style 
Name 

CSR- 
PCNET 

SSIZE32 

Altered  Bit 
Interpretations 

OOh 

LANCE/ 
PCnet- 
ISA 

1 

0 

ALL  CSR4  bits  will 
function  as  defined  in 
the  CSR4  section. 
TMD1[29]  functions  as 
ADDFCS 

01h 

ILACC 

0 

1 

CSR4[9:8],  CSR4[5:4] 
and  CSR4[1:0]  will 
have  no  function,  but 
will  be  writeable  and 
readable. 

CSR4[15:10],  CSR4[7:6] 
and  CSR4|3:2)  will 
function  as  defined  in  the 
CSR4  section. 

TMD1[29]  becomes 
NO_FCS. 

02h 

PCnet- 
PCI 

1 

1 

ALL  CSR4  bits  will 
function  as  defined  in 
the  CSR4  section. 

TMD1[29]  functions  as 
ADD_FCS 

All  other 
combs. 

Res. 

Undet. 

Undef. 

Undef 

BCR21 


All  PCnet-PCI  controller  CSR 
bits  and  BCR  bits  and  all  descrip- 
tor, buffer  and  initialization  block 
entries  not  cited  in  the  table 
above  are  unaffected  by  the  Soft- 
ware Style  selection  and  are 
therefore  always  fully  functional 
as  specified  in  the  CSR  and  BCR 
sections. 

Read/write  accessible  only  when 
STOP  bit  is  set. 

The  SWSTLYE  register  will  con- 
tain the  value  OOh  following 
H  RESET  or  S_RESET  and  will 
be  unaffected  by  STOP. 

Interrupt  Control 


Bit  Name 


Description 


31-16   RES  Reserved  locations.  Written  as 

ZEROs  and  read  as  undefined. 

15-0  INTCON  Reserved  locations.  Writes  to 
this  register  will  have  no  effect  on 
the  operation  of  the  PCnet-PCI 
controller. 
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Initialization  Block 

When  SSIZE32=0  (BCR20,  bit  8),  then  the  software 
structures  are  defined  to  be  16  bits  wide.  The  base  ad- 
dress of  the  Initialization  block  in  this  mode  must  be 
aligned  to  a  WORD  boundary,  i.e.  CSR1,  bit  0  and 
CSR16,  bit  0  must  be  set  to  ZERO.  When  SSIZE32  =  0, 
the  initialization  block  looks  like  Table  13. 

Note  that  the  PCnet-PCI  device  performs  DWORD  ac- 
cesses to  read  the  initialization  block.  This  statement  is 
always  true,  regardless  of  the  setting  of  the  SSIZE32  bit. 


Table  13. 16-Bit  Data  Structure  Initialization  Block 


Address 

Bits  15-13 

Bit  12 

Bits  11-8 

Bits  7-4                    Bits  3-0 

lADR+OOh 

MODE  15-00 

IADR+02h 

PADR  15-00 

IADR+04h 

PADR  31-16 

IADR+06h 

PADR  47-32 

IADR+08h 

LADRF  15-00 

lADR+OAh 

LADRF  31-16 

lADR+OCh 

LADRF  47-32 

lADR+OEh 

LADRF  63-48 

IADR+10h 

RDRA  15-00 

IADR+12h 

RLEN 

0 

RES 

RDRA  23-16 

IADR+14h 

TDRA  15-00 

IADR+16h 

TLEN 

0 

RES 

TDRA  23-16 

Table  14.  32-Bit  Data  Structure  Initialization  Block 


Bits 

Bits 

Bits 

Bits 

Bits 

Bits 

Bits 

Bits 

Address 

31-28 

27-24 

23-20 

19-16 

15-12 

11-8 

7-4 

3-0 

lADR+OOh 

TLEN 

RES 

RLEN 

RES 

MODE 

IADR+04h 

PADR 

31-00 

IADR+08h 

RES 

PADR  47-32 

lADR+OCh 

LADR 

31- 

-00 

IADR+10h 

LADR 

63- 

-32 

IADR+14h 

RDRA 

31-00 

IADR+18h 

TDRA 

31 

-00 

RLEN  and  TLEN 

When  SSIZE32=0  (BCR20,  bit  8),  then  the  software 
structures  are  defined  to  be  1 6  bits  wide,  and  the  RLEN 
and  TLEN  fields  in  the  initialization  block  are  3  bits  wide, 
occupying  bits  15,  14,  and  13,  and  the  value  in  these 
fields  determines  the  number  of  Receive  and  Transmit 
Descriptor  Ring  Entries  (DRE)  which  are  used  in  the  de- 
scriptor rings.  Their  meaning  is  as  follows: 


When  SSIZE32=1  (BCR20,  bit  8),  then  the  software 
structures  are  defined  to  be  32  bits  wide.  The  base  ad- 
dress of  the  Initialization  block  in  this  mode  must  be 
aligned  to  a  DOUBLE  WORD  boundary,  i.e.,  CSR1 ,  bits 
Oandl  andCSR16,  bits  0  and  1  must  be  set  to  ZERO. 
When  SSIZE32  =  1 ,  the  initialization  block  looks  like 
Table  14. 


R/TLEN 

#of  DREs 

000 

1 

001 

2 

010 

4 

011 

8 

100 

16 

101 

32 

110 

64 

111 

128 

Am79C970 
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If  a  value  otherthan  those  listed  in  the  above  table  is  de- 
sired, CSR76  and  CSR78  can  be  written  after  initializa- 
tion is  complete.  See  the  description  of  the 
appropriate  CSRs. 

When  SS1ZE32=1  (BCR20,  bit  8),  then  the  software 
structures  are  defined  to  be  32  bits  wide,  and  the  RLEN 
and  TLEN  fields  in  the  initialization  block  are  4  bits  wide, 
occupying  bits  23-20  (RLEN)  and  31-28  (TLEN)  and 
the  value  in  these  fields  determines  the  number  of  Re- 
ceive and  Transmit  Descriptor  Ring  Entries  (DRE) 
which  are  used  in  the  descriptor  rings.  Their  meaning  is 
as  follows: 


R/TLEN 

#  of  DREs 

0000 

1 

0001 

2 

0010 

4 

0011 

8 

0100 

16 

0101 

32 

0110 

64 

0111 

128 

1000 

256 

1001 

512 

11XX 

512 

1X1X 

512 

If  a  value  otherthan  those  listed  in  the  above  table  is  de- 
sired, CSR76  and  CSR78  can  be  written  after  initializa- 
tion is  complete.  See  the  description  of  the  appropriate 
CSRs. 

RDRA  and TDRA 

TDRA  and  RDRA  indicate  where  the  transmit  and  re- 
ceive descriptor  rings,  respectively,  begin.  When 
SSIZE32=1  (BCR20,  bit  8),  each  DRE  must  be  aligned 
to  a  16-byte  boundary  (TDRA  [3:0]=0,  RDRA  [3:0]=0). 
When  SSIZE32=0  (BCR20,  bit  8),  each  DRE  must  be 
aligned  to  an  8-byte  boundary  (TDRA  [2:0]=0,  RDRA 
[2:0]=0). 

LADRF 

The  Logical  Address  Filter  (LADRF)  is  a  64-bit  mask  that 
is  used  to  accept  incoming  Logical  Addresses.  If  the  first 
bit  in  the  destination  address  of  the  incoming  frame  (as 
received  from  the  wire)  is  a  "1 ",  the  address  is  deemed 
logical.  If  the  first  bit  is  a  "0",  it  is  a  physical  address  and 
is  compared  against  the  physical  address  that  was 
loaded  through  the  initialization  block. 

A  logical  address  is  passed  through  the  CRC  generator, 
producing  a  32-bit  result.  The  high  order  6  bits  of  the 
CRC  is  used  to  select  one  of  the  64-bit  positions  in  the 
Logical  Address  Filter.  If  the  selected  filter  bit  is  set,  the 
address  is  accepted  and  the  frame  is  placed 
into  memory. 


Received  Message 
Destination  Address 


47 


1  0 


MATCH  =  1 :  Packet  Accepted 
MATCH  =  0:      Packet  Accepted 


32-Bit  Resultant  CRC 
26  25  0 


MATCH 


18220C-34 


Figure  32.  Address  Match  Logic 
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The  Logical  Address  Filter  is  used  in  multicast  address- 
ing schemes.  The  acceptance  of  the  incoming  frame 
based  on  the  filter  value  indicates  that  the  message  may 
be  intended  for  the  node.  It  is  the  node's  responsibility  to 
determine  if  the  message  is  actually  intended  for  the 
node  by  comparing  the  destination  address  of  the  stored 
message  with  a  list  of  acceptable  logical  addresses. 

If  the  Logical  Address  Filter  is  loaded  with  all  ZEROs 
and  promiscuous  mode  is  disabled,  all  incoming  logical 
addresses  except  broadcast  will  be  rejected. 

The  Broadcast  address,  which  is  all  ones,  does  not  go 
through  the  Logical  Address  Filter  and  is  handled  as 
follows: 

■  If  the  Disable  Broadcast  Bit  is  cleared,  the  broadcast 
address  is  accepted. 

■  If  the  Disable  Broadcast  Bit  is  set  and  promiscuous 
mode  is  enabled,  the  broadcast  address  is  accepted. 

■  If  the  Disable  Broadcast  Bit  is  set  and  promiscuous 
mode  is  disabled,  the  broadcast  address  is  rejected. 

If  external  loopback  is  used,  the  FCS  logic  must  be  allo- 
cated to  the  receiver  (by  setting  the  DXMTFCS  bit  in 
CSR15,  and  clearing  the  ADD_FCS  bit  in  TMD1)  when 
using  multicast  addressing. 


Table  15. 16-Bit  Data  Structure  Receive  Descriptor 


Address 

15 

14 

13 

12 

11 

10 

9 

8 

7-0 

CRDA+OOh 

RBADR[15:0] 

CRDA+02h 

OWN 

ERR 

FRAM 

OFLO 

CRC 

BUFF 

STP 

ENP 

RBADR[23:16] 

CRDA+04h 

1 

1 

1 

1 

BONT 

CRDA+06h 

0 

0 

0 

0 

MCNT 

When  SSIZE32=1  (BCR  20,  bit  8),  then  the  software 
structures  are  defined  to  be  32  bits  wide,  and  receive  de- 
scriptors look  like  this  (CRDA  =  Current  Receive 
Descriptor  Address): 

Table  16.  32-Bit  Data  Structure  Receive  Descriptor 


Address 

31      |     30           29           28           27           26           25           24     |  23-16  |   15-12  |  11-0 

CRDA+OOh 

RBADR[31:0] 

CRDA+04h 

OWN       ERR       FRAM  |  OFLO      CRC       BUFF  |  STP 

ENP 

RES 

1111 

BCNT 

CRDA+08h 

RCC 

RPC 

0000 

MCNT 

CRDA+OCh 

RESERVED 

PADR 

This  48-bit  value  represents  the  unique  node  address 
assigned  by  the  ISO  8802-3  (IEEE/ANSI  802.3)  and 
used  for  internal  address  comparison.  PADR[0]  is  com- 
pared with  the  first  bit  in  the  destination  address  set  the 
incoming  frame  (as  received  from  the  wire)  the  first  ad- 
dress bit  transmitted  on  the  wire,  and  must  be  ZERO. 
The  six  hex-digit  nomenclature  used  by  the  ISO  8802-3 
(IEEE/ANSI  802.3)  maps  to  the  PCnet-PCI  PADR  regis- 
ter as  follows:  the  first  byte  is  PADR[7:0],  with  PADR[0] 
being  the  least  significant  bit  of  the  byte.  The  second 
ISO  8802-3  (IEEE/ANSI  802.3)  byte  is  compared  with 
PADR[1 5:8],  again  from  LS  bit  to  MS  bit,  and  so  on.  The 
sixth  byte  is  compared  with  PADR[47:40],  the  LS  bit  be- 
ing PADR[40]. 

MODE 

The  mode  register  in  the  initialization  block  is  copied  into 
CSR15  and  interpreted  according  to  the  description  of 
CSR15. 

Receive  Descriptors 

When  SSIZE32=0  (BCR20,  bit  8),  then  the  software 
structures  are  defined  to  be  1 6  bits  wide,  and  receive  de- 
scriptors look  like  this  (CRDA  =  Current  Receive  De- 
scriptor Address): 
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Bit  Name 

Description 

31-0  RBADR 

Receive  Buffer  address.  This 

field  contains  the  address  of  the 

receive  buffer  that  is  associated 

with  this  descriptor. 

RMD1 

Bit  Name 

Description 

31        OWN  This  bit  indicates  that  the  de- 

scriptor entry  is  owned  by  the 
host  (OWN=0)  or  by  the 
PCnet-PCI  controller  (OWN=1). 
The  PCnet-PCI  controller  clears 
the  OWN  bit  after  filling  the  buffer 
pointed  to  by  the  descriptor  entry. 
The  host  sets  the  OWN  bit  after 
emptying  the  buffer.  Once  the 
PCnet-PCI  controller  or  host  has 
relinquished  ownership  of  a 
buffer,  it  must  not  change  any 
field  in  the  descriptor  entry. 

30        ERR  ERR  is  the  OR  of  FRAM,  OFLO, 

CRC,  or  BUFF.  ERR  is  set  by  the 
PCnet-PCI  controller  and 
cleared  by  the  host. 

29       FRAM  FRAMING    ERROR  indicates 

that  the  incoming  frame  con- 
tained a  non-integer  multiple  of 
eight  bits  and  there  was  an  FCS 
error.  If  there  was  no  FCS  error 
on  the  incoming  frame,  then 
FRAM  will  not  be  set  even  if  there 
was  a  non  integer  multiple  of 
eight  bits  in  the  frame.  FRAM  is 
not  valid  in  internal  loopback 
mode.  FRAM  is  valid  only  when 
ENP  is  set  and  OFLO  is  not. 
FRAM  is  set  by  the  PCnet-PCI 
controller  and  cleared  by  the 
host. 

28       OFLO  OVERFLOW  error  indicates  that 

the  receiver  has  lost  all  or  part  of 
the  incoming  frame,  due  to  an  in- 
ability to  store  the  frame  in  a 
memory  buffer  before  the  inter- 
nal FIFO  overflowed.  OFLO  is 
valid  only  when  ENP  is  not  set. 
OFLO  is  set  by  the  PCnet-PCI 
controller  and  cleared  by  the 
host. 

27        CRC  CRC  indicates  that  the  receiver 

has  detected  a  CRC  (FCS)  error 
on  the  incoming  frame.  CRC  is 
valid  only  when  ENP  is  set  and 
OFLO  is  not.  CRC  is  set  by  the 


PCnet-PCI  controller  and 
cleared  by  the  host. 

26       BUFF  BUFFER  ERROR  is  set  any  time 

the  PCnet-PCI  controller  does 
not  own  the  next  buffer  while  data 
chaining  a  received  frame.  This 
can  occur  in  either  of  two  ways: 

1 .  The  OWN  bit  of  the  next  buffer 
is  ZERO. 

2.  FIFO  overflow  occurred  before 
the  PCnet-PCI  controller  re- 
ceived the  STATUS  byte 
(RMD1  [31:24]  of  the  next 
descriptor). 

If  a  Buffer  Error  occurs,  an  Over- 
flow Error  may  also  occur  inter- 
nally in  the  FIFO,  but  will  not  be 
reported  in  the  descriptor  status 
entry  unless  both  BUFF  and 
OFLO  errors  occur  at  the  same 
time  .  BUFF  is  set  by  the  PCnet- 
PCI  controller  and  cleared  by  the 
host. 

25        STP  START  OF  PACKET  indicates 

that  this  is  the  first  buffer  used  by 
the  PCnet-PCI  controller  for  this 
f rame .  It  is  used  for  data  chaining 
buffers.  When  SPRINTEN=0 
(CSR3,  bit  5),  STP  is  set  by  the 
PCnet-PCI  controller  and 
cleared  by  the  host.  When 
SPRINTEN=1  (CSR3,bit5),STP 
must  be  set  by  the  host. 

24        ENP  END  OF  PACKET  indicates  that 

this  is  the  last  buffer  used  by  the 
PCnet-PCI  controller  for  this 
frame.  It  is  used  for  data  chaining 
buffers.  If  both  STP  and  ENP  are 
set,  the  frame  fits  into  one  buffer 
and  there  is  no  data  chaining. 
ENP  is  set  by  the  PCnet-PCI  con- 
troller and  cleared  by  the  host. 

23-16   RES  Reserved  locations.  These  loca- 

tions should  be  read  and  written 
as  ZEROs. 

15-12  ONES  These  four  bits  must  be  written 

as  ON  ES.  They  are  written  by  the 
host  and  unchanged  by  the 
PCnet-PCI  controller. 

11-00  BCNT  BUFFER  BYTE  COUNT  is  the 

length  of  the  buffer  pointed  to  by 
this  descriptor,  expressed  as  the 
two's  complement  of  the  length 
of  the  buffer.  This  field  is  written 
by  the  host  and  unchanged  by 
the  PCnet-PCI  controller. 
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RMD2 

Bit  Name 


Description 


31-24   RCC  Receive  Collision  Count.  Indi- 

catesthe  accumulated  numberof 
collisions  on  the  network  since 
the  last  packet  was  received,  ex- 
cluding collisions  that  occurred 
during  transmissions  from  this 
node.  The  PCnet-PCI  implemen- 
tation of  this  counter  may  not  be 
compatible  with  the  ILACC  RCC 
definition.  If  network  statistics  are 
to  be  monitored,  then  CSR114 
should  be  used  for  the  purpose  of 
monitoring  Receive  collisions  in- 
stead of  these  bits. 

23-16   RPC  Runt  Packet  Count.  Indicates  the 

accumulated  number  of  runts 
that  were  addressed  to  this  node 
since  the  last  time  that  a  receive 
packet  was  successfully  re- 
ceived and  its  corresponding 
RMD2  ring  entry  was  written  to 
by  the  PCnet-PCI  controller.  In 
order  to  be  included  in  the  RPC 
value,  a  runt  must  be  long 
enough  to  meet  the  minimum  re- 
quirement of  the  internal  address 
matching  logic.    The  minimum 


15-12  ZEROS 


11-0  MCNT 


RMD3 


requirement  for  a  runt  to  pass  the 
internal  address  matching 
mechanism  is:  18  bits  of  valid 
preamble  plus  a  valid  SFD  de- 
tected, followed  by  7  bytes  of 
frame  data.  This  requirement  is 
unvarying,  regardless  of  the  ad- 
dress matching  mechanisms  in 
force  at  the  time  of  reception, 
(i.e.  physical,  logical,  broadcast 
or  promiscuous).  The  PCnet- 
PCI  implementation  of  this 
counter  may  not  be  compatible 
with  the  ILACC  RPC  definition. 

This  field  is  reserved.  PCnet-PCI 
controller  will  write  ZEROs  to 
these  locations. 

MESSAGE  BYTE  COUNT  is  the 
length  in  bytes  of  the  received 
message,  expressed  as  an  un- 
signed binary  integer.  MCNT  is 
valid  only  when  ERR  is  clear  and 
ENP  is  set.  MCNT  is  written  by 
the  PCnet-PCI  controller  and 
cleared  by  the  host. 


Description 


31-0  RES 


Reserved  locations. 
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Transmit  Descriptors 

When  SSIZE32=0  (BCR  20,  bit  8),  then  the  software 
structures  are  defined  to  be  16  bits  wide,  and  transmit 
descriptors  look  like  this  (CXDA  =  Current  Transmit  De- 
scriptor Address): 


Table  17. 16-Bit  Data  Structure  Transmit  Descriptor 


Address 

14 

13 

12 

11 

10 

» 

8 

7-0 

CXDA+OOh 

TBADR[15:0] 

CXDA+02h 

OWN 

ERR 

ADD_/ 
NO 
FCS 

MORE 

ONE 

DEF 

STP 

ENP 

TBADR[23:16] 

CXDA+04h 

1 

1 

1 

1 

BCNT 

CXDA+06h 

BUFF 

UFLO 

EX 
DEF 

LCOL 

LCAR 

RTRY 

TDR 

When  SSIZE32=1  (BCR  20,  bit  8),  then  the  software  structures  are  defined  to  be  32  bits  wide,  and  transmit  descriptors 
look  like  this  (CXDA  =  Current  Transmit  Descriptor  Address): 


Table  18. 32-Bit  Data  Structure  Transmit  Descriptor 


Address 

31 

30 

29 

28 

27 

26 

25 

24 

23-16 

15-4 

3-0 

CXDA+OOh 

TBADR[31:0] 

CXDA+04h 

OWN 

ERR 

ADD  / 
NO_ 
FCS 

MORE 

ONE 

DEF 

STP 

ENP 

RES 

1111 

BCNT 

CXDA+08h 

BUFF 

UFLO 

EX 
DEF 

LCOL 

LCAR 

RTRY 

TDR 

RES 

TRC 

CXDA+OCh 

RESERVED 

TMDO 
Bit 

Name 

Description 

31-0 

TBADR 

Transmit  Buffer  address.  This 

field  contains  the  address  of  the 

transmit  buffer  that  is  associated 

with  this  descriptor. 

TMD1 

Bit 

Name 

Description 

31        OWN  This  bit  indicates  that  the  de- 

scriptor entry  is  owned  by  the 
host  (OWN=0)  or  by  the  PCnet- 
PCI  controller  (OWN=1).  The 
host  sets  the  OWN  bit  after  filling 
the  buffer  pointed  to  by  the  de- 
scriptor entry.  The  PCnet-PCI 
controller  clears  the  OWN  bit  af- 
ter transmitting  the  contents  of 
the  buffer.  Both  the  PCnet-PCI 
controller  and  the  host  must  not 
alter  a  descriptor  entry  after  it  has 
relinquished  ownership. 

30        ERR  ERR  is  the  OR  of  UFLO,  LCOL, 

LCAR,  or  RTRY.  ERR  is  set  by 


the  PCnet-PCI  controller  and 
cleared  by  the  host.  This  bit  is  set 
in  the  current  descriptor  when  the 
error  occurs,  and  therefore  may 
be  set  in  any  descriptor  of  a 
chained  buffer  transmission. 

29  ADD_FCS_       Bit  29  functions  as  ADD_FCS 
NO_FCS  when  programmed  for  the  default 

I/O  style  of  PCnet-ISA  and  when 
programmed  for  the  I/O  style 
PCnet-PCI  controller.  Bit  29 
functions  as  NO_FCS  when 
programmed  for  the  I/O  style 
ILACC. 

ADD_FCS  ADD_FCS  dynamically  controls 
the  generation  of  FCS  on  a  frame 
by  frame  basis.  It  is  valid  only  if 
the  STP  bit  is  set.  When 
ADD_FCS  is  set,  the  state  of 
DXMTFCS  is  ignored  and  trans- 
mitter FCS  generation  is  acti- 
vated. When  ADD_FCS  =  0,  FCS 
generation  is  controlled  by 
DXMTFCS.  ADD_FCS  is  set  by 
the  host,  and  unchanged  by  the 
PCnet-PCI  controller.  This  was  a 
reserved   bit   in  the  LANCE 
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(Am7990).  This  function  differs 
from  the  ILACC  function  for  this 
bit. 

NO_FCS  NO_FCS  dynamically  controls 
the  generation  of  FCS  on  a  frame 
by  frame  basis.  It  is  valid  only  if 
the  ENP  bit  is  set.  When 
NO_FCS  is  set,  the  state  of 
DXMTFCS  is  ignored  and  trans- 
mitter FCS  generation  is  deacti- 
vated. When  NO_FCS  =  0,  FCS 
generation  is  controlled  by 
DXMTFCS.  NO_FCS  is  set  by 
the  host,  and  unchanged  by  the 
PCnet-PCI  controller.  This  was  a 
reserved  bit  in  the  LANCE 
(Am7990).  This  function  is  iden- 
tical to  the  ILACCfunctionforthis 
bit 

28       MORE  MORE  indicates  that  more  than 

one  re-try  was  needed  to  trans- 
mit a  frame.  The  value  of  MORE 
is  written  by  the  PCnet-PCI  con- 
troller. This  bit  has  meaning  only 
if  the  ENP  bit  is  set.  ONE,  MORE, 
and  RTRY  are  mutually 
exclusive. 

27        ONE  ONE  indicates  that  exactly  one 

re-try  was  needed  to  transmit  a 
frame.  ONE  flag  is  not  valid  when 
LCOL  is  set.  The  value  of  the 
ONE  bit  is  written  by  the  PCnet- 
PCI  controller.  This  bit  has  mean- 
ing only  if  the  ENP  bit  is  set. 
ONE,  MORE,  and  RTRY  are  mu- 
tually exclusive. 

26        DEF  DEFERRED  indicates  that  the 

PCnet-PCI  controller  had  to  de- 
fer while  trying  to  transmit  a 
frame.  This  condition  occurs  if 
the  channel  is  busy  when  the 
PCnet-PCI  controller  is  ready  to 
transmit.  DEF  is  set  by  the 
PCnet-PCI  controller  and 
cleared  by  the  host. 

25        STP  START  OF  PACKET  indicates 

that  this  is  the  first  buffer  to  be 
used  by  the  PCnet-PCI  controller 
for  this  frame.  It  is  used  for  data 
chaining  buffers.  The  STP  bit 
must  be  set  in  the  first  buffer  of 
the  frame,  orthe  PCnet-PCI  con- 
troller will  skip  over  the  descriptor 
and  poll  the  next  descriptor(s) 
until  the  OWN  and  STP  bits 
are  set. 

STP  is  set  by  the  host  and  un- 
changed by  the  PCnet-PCI 
controller. 

24        ENP  END  OF  PACKET  indicates  that 

this  is  the  last  buffer  to  be  used  by 


23-16  RES 
15-12  ONES 


11-00  BCNT 


TMD2 

Bit  Name 


the  PCnet-PCI  controller  for  this 
frame.  It  is  used  for  data  chaining 
buffers.  If  both  STP  and  ENP  are 
set,  the  frame  fits  into  one  buffer 
and  there  is  no  data  chaining. 
ENP  is  set  by  the  host  and  un- 
changed by  the  PCnet-PCI 
controller. 

Reserved  locations. 

MUST  BE  ONES.  This  field  is 
written  by  the  host  and  un- 
changed by  the  PCnet-PCI 
controller. 

BUFFER  BYTE  COUNT  is  the 
usable  length  of  the  buffer 
pointed  to  by  this  descriptor,  ex- 
pressed as  the  two's  comple- 
ment of  the  length  of  the  buffer. 
This  is  the  number  of  bytes  from 
this  buffer  that  will  be  transmitted 
by  the  PCnet-PCI  controller.  This 
field  is  written  by  the  host  and  un- 
changed by  the  PCnet-PCI  con- 
troller. There  are  no  minimum 
buffer  size  restrictions. 


Description 


31        BUFF  BUFFER  ERROR  is  set  by  the 

PCnet-PCI  controller  during 
transmission  when  the  PCnet-32 
controller  does  not  find  the  ENP 
flag  in  the  current  buffer  and  does 
not  own  the  next  buffer.  This  can 
occur  in  either  of  two  ways: 

1 .  The  OWN  bit  of  the  next 
buffer  is  ZERO. 

2.  FIFO  underflow  occurred 
before  the  PCnet-PCI 
controller  obtained  the 
STATUS  byte 

(TMD1  [31:24])  of  the  next 
descriptor.  BUFF  is  set  by 
the  PCnet-PCI  controller  and 
cleared  by  the  host.  BUFF 
error  will  turn  off  the  trans- 
mitter (CSRO,  TXON  =  0). 

If  a  Buffer  Error  occurs,  an  Un- 
derflow Error  will  also  occur. 
BUFF  is  not  valid  when  LCOL  or 
RTRY  error  is  set  during  transmit 
data  chaining.  BUFF  is  set  by  the 
PCnet-PCI  controller  and 
cleared  by  the  host. 

30       UFLO  UNDERFLOW    ERROR  indi- 

cates that  the  transmitter  has 
truncated  a  message  due  to  data 
late  from  memory.  UFLO  indi- 
cates that  the  FIFO  has  emptied 


Am79C970 


El  AMD 


PRELIMINARY 


before  the  end  of  the  frame  was 
reached.  Upon  UFLO  error,  the 
transmitter  is  turned  off  (CSRO, 
TXON  =  0).  UFLO  is  set  by  the 
PCnet-PCI  controller  and 
cleared  by  the  host. 

29      EXDEF  Excessive    Deferral.  Indicates 

that  the  transmitter  has  experi- 
enced Excessive  Deferral  on  this 
transmit  frame,  where  Excessive 
Deferral  is  defined  in  ISO  8802-3 
(IEEE/ANSI  802.3). 

28       LCOL  LATE  COLLISION  indicates  that 

a  collision  has  occurred  after  the 
slot  time  of  the  channel  has 
elapsed.  The  PCnet-PCI  control- 
ler does  not  re-try  on  late  colli- 
sions. LCOL  is  set  by  the 
PCnet-PCI  controller  and 
cleared  by  the  host. 

27       LCAR  LOSS  OF  CARRIER  is  set  when 

the  carrier  is  lost  during  an 
PCnet-PCI  controller-initiated 
transmission  when  in  AUI  mode. 
The  PCnet-PCI  controller  does 
not  re-try  upon  loss  of  carrier.  It 
will  continue  to  transmit  the 
whole  frame  until  done.  LCAR  is 
not  valid  in  Internal  Loopback 
Mode.  LCAR  is  set  by  the  PCnet- 
PCI  controller  and  cleared  by  the 
host. 

In  1 0BASE-T  mode,  LCAR  will 
be  set  when  T-MAU  is  in  link  fail 
state. 

26       RTRY  RETRY  ERROR  indicates  that 

the  transmitter  has  failed  after  1 6 
attempts  to  successfully  transmit 
a  message,  due  to  repeated  colli- 
sions on  the  medium.  If  DRTY  =  1 
in  the  MODE  register,  RTRY  will 
set  after  1  failed  transmission 
attempt.  RTRY  is  set  by  the 


25-16  TDR 


15-4 
3-0 


RES 
TRC 


TMD3 

Bit  Name 


PCnet-PCI  controller  and 
cleared  by  the  host.  ONE, 
MORE,  and  RTRY  are  mutually 

exclusive. 

TIME  DOMAIN  REFLE- 
CTOMETRY  reflects  the  state  of 
an  internal  PCnet-PCI  controller 
counter  that  counts  at  a  10  MHz 
rate  from  the  start  of  a  transmis- 
sion to  the  occurrence  of  a  colli- 
sion or  loss  of  carrier.  This  value 
is  useful  in  determining  the  ap- 
proximate distance  to  a  cable 
fault.  The  TDR  value  is  written  by 
the  PCnet-PCI  controller  and  is 
valid  only  if  RTRY  is  set. 

Note  that  10  MHz  gives  very  low 
resolution  and  in  general  has  not 
been  found  to  be  particularly  use- 
ful. This  feature  is  here  primarily 
to  maintain  full  compatibility  with 
the  LANCE  device  (Am7990). 

Reserved  locations. 

Transmit  Retry  Count.  Indicates 
the  number  of  transmit  retries  of 
the  associated  packet.  The  maxi- 
mum count  is  15.  However,  if  a 
RETRY  error  occurs,  the  count 
will  roll  overtoZERO.  Inthiscase 
only,  the  Transmit  Retry  Count 
value  of  ZERO  should  be  inter- 
preted as  meaning  16.  TRC  is 
written  by  the  PCnet-PCI  control- 
ler into  the  last  transmit  descrip- 
tor of  a  frame,  or  when  an  error 
terminates  a  frame.  Valid  only 
when  OWN  =  0. 


Description 
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Register  Summary 

PCI  Configuration  Registers 

Note:  RO  =  read  only,  RW  =  read/write.  U  =  undefined  value 


Offset 

Name 

Width  in  Bit 

Access  Mode 

Default  Value 

OOh 

Vendor  ID 

16 

RO 

1022h 

02h 

Device  ID 

16 

RO 

2000h 

04h 

Command 

16 

RW 

uuuu 

06h 

Status 

16 

RW 

uuuu 

08h 

Revision  ID 

8 

RO 

OOh 

09h 

Programming  IF 

8 

RO 

OOh 

OAh 

Sub-Class 

8 

RO 

OOh 

OBh 

Base-Class 

8 

RO 

02h 

ODh 

Latency  Timer 

8 

RO 

OOh 

OEh 

Header  Type 

8 

RO 

OOh 

10h 

Base  Address 

32 

RW 

uuuu  uuuu 

3Ch 

Interrupt  Line 

8 

RW 

uu 

3Dh 

Interrupt  Pin 

8 

RO 

01h 

Control  and  Status  Registers 

Note:  u  =  undefined  value,  R  =  Running  register,  S  =  Setup  register,  T  = 


RAP  Addr 

Symbol 

Default  Value 
After 
HRESET 

Comments 

Use 

00 

CSR0 

uuuu  0004 

PCnet-PCI  Status  Register 

R 

01 

CSR1 

uuuu  uuuu 

IADR[15:0]:  Base  Address  of  INIT  Block  Lower 

S 

02 

CSR2 

uuuu  uuuu 

IADR[31 :1 6):  Base  Address  of  INIT  Block  Upper 

S 

03 

CSR3 

uuuu  0000 

Interrupt  Masks  and  Deferral  Control 

S 

04 

CSR4 

uuuu  01 15 

Test  and  Features  Control 

R 

05 

CSR5 

uuuu  0000 

Reserved 

T 

06 

CSR6 

uuuu  uuuu 

RXTX:  RX/TX  Descriptor  Table  Lengths 

T 

07 

CSR7 

uuuu  0000 

Reserved 

T 

08 

CSR8 

uuuu  uuuu 

LADR0:  Logical  Address  Filter  —  LADRF[1 5:0] 

T 

09 

CSR9 

uuuu  uuuu 

LADR1 :  Logical  Address  Filter  —  LADRF[31 :1 6] 

T 

10 

CSR10 

uuuu  uuuu 

LADR2:  Logical  Address  Filter  —  LADRF[47:32] 

T 

11 

CSR11 

uuuu  uuuu 

LADR3:  Logical  Address  Filter  —  LADRF[63:48] 

T 

12 

CSR12 

uuuu  uuuu 

PADR0:  Physical  Address  Reqister  —  PADR[15:01 

T 

13 

CSR13 

uuuu  uuuu 

PADR1 :  Physical  Address  Register  —  PADR[31 :16] 

T 

14 

CSR14 

uuuu  uuuu 

PADR2:  Physical  Address  Reqister  —  PADRf47:32l 

T 

15 

CSR15 

see  reg.  desc. 

MODE:  Mode  Register 

S 

16 

CSR16 

uuuu  uuuu 

IADR[15:01:  Alias  of  CSR1 

T 

17 

CSR17 

uuuu  uuuu 

IADR[31:1 61:  Alias  of  CSR2 

T 

18 

CSR18 

uuuu  uuuu 

CRBAL:  Current  RCV  Buffer  Address  Lower 

T 

19 

CSR22 

uuuu  uuuu 

CRBAU:  Current  RCV  Buffer  Address  Upper 

T 

20 

CSR20 

uuuu  uuuu 

CXBAL:  Current  XMT  Buffer  Address  Lower 

T 

21 

CSR21 

uuuu  uuuu 

CXBAU:  Current  XMT  Buffer  Address  Upper 

T 
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Control  and  Status  Registers  (continued) 


RAP  Addr 

Symbol 

Default  Value 
After 
HRESET 

Comments 

Use 

22 

CSR22 

uuuu  uuuu 

NRBAL:  Next  RCV  Buffer  Address  Lower 

T 

23 

CSR23 

uuuu  uuuu 

NRBAU:  Next  RCV  Buffer  Address  Upper 

T 

24 

CSR24 

uuuu  uuuu 

BADRL:  Base  Address  of  RCV  Ring  Lower 

S 

25 

CSR25 

uuuu  uuuu 

BADRU:  Base  Address  of  RCV  Ring  Upper 

S 

26 

CSR26 

uuuu  uuuu 

NRDAL:  Next  RCV  Descriptor  Address  Lower 

T 

27 

CSR27 

uuuu  uuuu 

NRDAU:  Next  RCV  Descriptor  Address  Upper 

T 

28 

CSR28 

uuuu  uuuu 

CRDAL:  Current  RCV  Descriptor  Address  Lower 

T 

29 

CSR29 

uuuu  uuuu 

CRDAU:  Current  RCV  Descriptor  Address  Upper 

T 

30 

CSR30 

uuuu  uuuu 

BADXL:  Base  Address  of  XMT  Ring  Lower 

S 

31 

CSR31 

uuuu  uuuu 

BADXU:  Base  Address  of  XMT  Ring  Upper 

S 

32 

CSR32 

uuuu  uuuu 

NXDAL:  Next  XMT  Descriptor  Address  Lower 

T 

33 

CSR33 

uuuu  uuuu 

NXDAU:  Next  XMT  Descriptor  Address  Upper 

T 

34 

CSR34 

uuuu  uuuu 

CXDAL:  Current  XMT  Descriptor  Address  Lower 

T 

35 

CSR35 

uuuu  uuuu 

CXDAU:  Current  XMT  Descriptor  Address  Upper 

T 

36 

CSR36 

uuuu  uuuu 

NNRDAL:  Next  Next  Receive  Descriptor  Address  Lower 

T 

37 

CSR37 

uuuu  uuuu 

NNRDAU:  Next  Next  Receive  Descriptor  Address  Upper 

T 

38 

CSR38 

uuuu  uuuu 

NNXDAL:  Next  Next  Transmit  Descriptor  Address  Lower 

T 

39 

CSR39 

uuuu  uuuu 

NNXDAU:  Next  Next  Transmit  Descriptor  Address  Upper 

T 

40 

CSR40 

uuuu  uuuu 

CRBC:  Current  RCV  Byte  Count 

T 

41 

CSR41 

uuuu  uuuu 

CRST:  Current  RCV  Status 

T 

42 

CSR42 

uuuu  uuuu 

CXBC:  Current  XMT  Byte  Count 

T 

43 

CSR43 

uuuu  uuuu 

CXST:  Current  XMT  Status 

T 

44 

CSR44 

uuuu  uuuu 

NRBC:  Next  RCV  Byte  Count 

T 

45 

CSR45 

uuuu  uuuu 

NRST:  Next  RCV  Status 

T 

46 

CSR46 

uuuu  uuuu 

POLL:  Poll  Time  Counter 

T 

47 

CSR47 

uuuu  uuuu 

POLLINT:  Polling  Interval 

S 

48 

CSR48 

uuuu  uuuu 

Reserved 

T 

49 

CSR49 

uuuu  uuuu 

Reserved 

T 

50 

CSR50 

uuuu  uuuu 

Reserved 

T 

51 

CSR51 

uuuu  uuuu 

Reserved 

T 

52 

CSR52 

uuuu  uuuu 

Reserved 

T 

53 

CSR53 

uuuu  uuuu 

Reserved 

T 

54 

CSR54 

uuuu  uuuu 

Reserved 

T 

55 

CSR55 

uuuu  uuuu 

Reserved 

T 

56 

CSR56 

uuuu  uuuu 

Reserved 

T 

57 

CSR57 

uuuu  uuuu 

Reserved 

T 

58 

CSR58 

see  reg.  desc. 

SWS:  Software  Style 

S 

59 

CSR59 

uuuu  01  05 

IR:  IR  Register 

T 

60 

CSR60 

uuuu  uuuu 

PXDAL:  Previous  XMT  Descriptor  Address  Lower 

T 

61 

CSR61 

uuuu  uuuu 

PXDAU:  Previous  XMT  Descriptor  Address  Upper 

T 

62 

CSR62 

jUJU  UUUU 

PXBC:  Previous  XMT  Byte  Count 

T 

63 

CSR63 

uuuu  uuuu 

PXST:  Previous  XMT  Status 

T 

64 

CSR64 

uuuu  uuuu 

NXBA:  Next  XMT  Buffer  Address  Lower 

T 
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Control  and  Status  Registers  (continued) 


RAP  Addr 

Symbol 

Default  Value 
After 
HRESET 

Comments 

Use 

65 

CSR65 

uuuu  uuuu 

NXBAU:  Next  XMT  Buffer  Address  Upper 

T 

66 

CSR66 

uuuu  uuuu 

NXBC:  Next  XMT  Byte  Count 

T 

67 

CSR67 

uuuu  uuuu 

NXST:  Next  XMT  Status 

T 

68 

CSR68 

uuuu  uuuu 

Reserved 

T 

69 

CSR69 

uuuu  uuuu 

Reserved 

T 

70 

CSR70 

uuuu  uuuu 

Reserved 

T 

71 

CSR71 

uuuu  uuuu 

Reserved 

T 

72 

CSR72 

uuuu  uuuu 

RCVRC:  RCV  Ring  Counter 

T 

73 

CSR73 

uuuu  uuuu 

Reserved 

T 

74 

CSR74 

uuuu  uuuu 

XMTRC:  XMT  Ring  Counter 

T 

75 

CSR75 

uuuu  uuuu 

Reserved 

T 

76 

CSR76 

uuuu  uuuu 

RCVRL:  RCV  Ring  Length 

S 

77 

CSR77 

uuuu  uuuu 

Reserved 

T 

78 

CSR78 

uuuu  uuuu 

XMTRL:  XMT  Ring  Length 

S 

79 

CSR79 

uuuu  uuuu 

Reserved 

T 

80 

CSR80 

uuuu  E810 

DMATCFW:  DMA  Transfer  Counter  and  FIFO  Threshold 

S 

81 

CSR81 

uuuu  uuuu 

Reserved 

T 

82 

CSR82 

uuuu  0000 

DMABAT:  Bus  Activity  Timer 

S 

83 

CSR83 

uuuu  uuuu 

Reserved 

T 

84 

CSR84 

uuuu  uuuu 

DMABAL:  DMA  Address  Register  Lower 

T 

85 

CSR85 

uuuu  uuuu 

DMABAU:  DMA  Address  Register  Upper 

T 

86 

CSR86 

uuuu  uuuu 

DMABC:  Buffer  Byte  Counter 

T 

87 

CSR87 

uuuu  uuuu 

Reserved 

T 

88 

CSR88 

0242  0003 



Chip  ID  Reqister  Lower 

T 

89 

CSR89 

uuuu  0242 

Chip  ID  Reqister  Upper 

T 

91 

CSR91 

uuuu  uuuu 

Reserved 

T 

92 

CSR92 

uuuu  uuuu 

RCON:  Rino  Lenath  Conversion 

T 

93 

CSR93 

uuuu  uuuu 

Reserved 

T 

94 

CSR94 

uuuu  0000 

XMTTDR:  Transmit  Time  Domain  Reflectometry  Count 

T 

95 

CSR95 

uuuu  uuuu 

Reserved 

T 

96 

CSR96 

uuuu  uuuu 

Reserved 

T 

97 

CSR97 

uuuu  uuuu 

Reserved 

T 

98 

CSR98 

uuuu  uuuu 

Reserved 

T 

99 

CSR99 

uuuu  uuuu 

Reserved 

T 

100 

CSR100 

uuuu  0200 

MERRTO:  Bus  Time-Out 

S 

101 

CSR101 

uuuu  uuuu 

Reserved 

T 

102 

CSR102 

uuuu  uuuu 

Reserved 

T 

103 

CSR103 

uuuu  0105 

Reserved 

T 

104 

CSR104 

uuuu  uuuu 

Reserved 

T 

105 

CSR105 

uuuu  uuuu 

Reserved 

T 

106 

CSR106 

uuuu  uuuu 

Reserved 

T 

107 

CSR107 

uuuu  uuuu 

Reserved 

T 
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Control  and  Status  Registers  (continued) 


RAP  Addr 

Symbol 

Dpfault  Valup 

After 
HRESET 

Comments 

Use 

108 

CSR108 

uuuu  uuuu 

Reserved 

T 

109 

CSR109 

uuuu  uuuu 

Reserved 

T 

110 

CSR110 

uuuu  uuuu 

Reserved 

T 

111 

CSR111 

uuuu  uuuu 

Reserved 

T 

112 

CSR1  12 

uuuu  0000 

MFC:  Missed  Frame  Count 

R 

113 

CSR113 

uuuu  uuuu 

Reserved 

T 

114 

CSR114 

uuuu  0000 

RCC:  Receive  Collision  Count 

R 

115 

CSR115 

uuuu  uuuu 

Reserved 

T 

116 

CSR116 

uuuu  uuuu 

Reserved 

T 

117 

CSR117 

uuuu  uuuu 

Reserved 

T 

118 

CSR118 

uuuu  uuuu 

Reserved 

T 

119 

CSR119 

uuuu  uuuu 

Reserved 

T 

120 

CSR120 

uuuu  uuuu 

Reserved 

T 

121 

CSR121 

uuuu  uuuu 

Reserved 

T 

122 

CSR122 

see  req.  desc. 

Receive  Frame  Aliqnment  Control 

S 

123 

CSR123 

uuuu  uuuu 

Reserved 

T 

124 

CSR124 

see  reg.  desc. 

Test  Register  1 

T 

125 

CSR125 

uuuu  uuuu 

Reserved 

T 

126 

CSR126 

uuuu  uuuu 

Reserved 

T 

127 

CSR127 

uuuu  uuuu 

Reserved 

T 

BCR — Bus  Configuration  Registers 

Writes  to  those  registers  marked  as  "Reserved"  will 
have  no  effect.  Reads  from  these  locations  will  produce 
undefined  values. 


BCR 

MNEMONIC 

Default 

Description 

Programmability 

User 

EEPROM 

0 

MSRDA 

0005h 

Reserved 

No 

No 

1 

MSWRA 

0005h 

Reserved 

No 

No 

2 

MC 

N/A* 

Miscellaneous  Configuration 

Yes 

Yes 

3 

Reserved 

N/A 

Reserved 

No 

No 

4 

LNKST 

OOCOh 

Link  Status  (Default) 

Yes 

No 

5 

LED1 

0084h 

Receive  Status  (Default) 

Yes 

No 

6 

LED2 

0088h 

Reserved 

Yes 

No 

7 

LED3 

0090h 

Transmit  Status  (Default) 

Yes 

No 

8-15 

Reserved 

N/A 

Reserved 

No 

No 

16 

IOBASEL 

N/A* 

Reserved 

Yes 

Yes 

17 

IOBASEU 

N/A" 

Reserved 

Yes 

Yes 

18 

BSBC 

2101h 

Burst  Size  and  Bus  Control 

Yes 

Yes 

19 

EECAS 

0002h 

EEPROM  Control  and  Status 

Yes 

No 

20 

SWS 

OOOOh 

Software  Style 

Yes 

No 

21 

INTCON 

N/A" 

Reserved 

Yes 

Yes 

Registers  marked  with  an have  no  default  value,  since  they  are  not  observable  without  first  being  programmed  through  the 
EEPROM  read  operation.  Therefore,  the  only  observable  values  for  these  registers  are  those  that  have  been  programmed  and 
a  default  value  is  not  applicable. 
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ABSOLUTE  MAXIMUM  RATINGS 

Storage  Temperature   -65°C  to  +150°C 

Ambient  Temperature 

Under  Bias   -65°C  to  +125°C 

Supply  Voltage  to  AVss  or  Vssb 

(AVdd,  Vdd,  Vddb)    -0.3  V  to +6.0  V 

Stresses  above  those  listed  under  Absolute  Maximum  Rat- 
ings may  cause  permanent  device  failure.  Functionality  at  or 
above  these  limits  is  not  implied.  Exposure  to  absolute  maxi- 
mum ratings  for  extended  periods  may  affect  device  reliability. 


OPERATING  RANGES 

Temperature  (TA)   0°C  to  +70°C 

Supply  Voltages 

(AVdd,  Vdd,  Vddb)  +5V+5% 

All  Inputs  within  the  Range: 
AVss  -  0.5  V  <  Vin  <  AVdd  +  0.5  V, 
or  Vss  -  0.5  V  <  Vin  <  Vdd  +  0.5  V, 
or  Vssb  -  0.5  V  <  Vin  <  Vddb  +  0.5  V 

Operating  ranges  define  those  limits  between  which  the  func- 
tionality of  the  device  is  guaranteed. 


DC  CHARACTERISTICS  over  COMMERCIAL  operating  ranges  unless  otherwise 
specified 


Parameter 
Symbol 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

Digital  Input  Voltage 

VlL 

Input  LOW  Voltage 

0.8 

V 

VlH 

Input  HIGH  Voltage 

2.0 

V 

Digital  Output  Voltage 

VOL 

Output  LOW  Voltage 

Ioli  =  3  mA 
l0L2  =  6  mA 

0.55 

V 

Iol3  =  12  mA 
(Note  1) 

0.4 

V 

Vqh 

Output  HIGH  Voltage  (Note  2) 

Ioh  =  -2  mA  (Note  5) 

2.4 

V 

Digital  Input  Leakage  Current 

IlL 

Input  Low  Leakage  Current  (Note  3) 

VlN  =  0 

10 

uA 

llH 

Input  High  Leakage  Current  (Note  3) 

Vin  =  Vdd,  Vddb 

-10 

uA 

Digital  Output  Leakage  Current 

loZL 

Output  Low  Leakage  Current  (Note  4) 

Vout  =  0.4  V 

-10 

uA 

loZH 

Output  High  Leakage  Current  (Note  4) 

Vqut  =  Vdd,  Vddb 

10 

uA 

Crystal  Input  Current 

VlLX 

XTAL1  Input  LOW  Voltage  Threshold 

Vin  =  External  Clock 

-0.5 

0.8 

V 

VlHX 

XTAL1  Input  HIGH  Voltage  Threshold 

Vin  =  External  Clock 

Vdd  -  0.8 

Vdd  +  0.5 

V 

IlLX 

XTAL1  Input  LOW  Current 

Vin  =  External  Clock 
Vin  =  Vss 

Active 

-120 

0 

uA 

Sleep 

-10 

+10 

uA 

llHX 

XTAL1  Input  HIGH  Current 

Vin  =  External  Clock 
Vin  =  Vdd 

Active 

0 

120 

uA 

Sleep 

400 

uA 

Attachment  Unit  Interface  (AUI) 

llAXD 

Input  Current  at  DI+  and  Dl- 

-1  V  <  Vin  <  AVdd+0.5V 

-500 

+500 

uA 

llAXC 

Input  Current  at  CI+  and  Cl- 

-1  V  <  Vin  <  AVdd+0.5V 

-500 

+  500 

uA 

Vaod 

Difterential  Output  Voltage  |(DO+)-(DO-)| 

Rl  =  78  U 

630 

1200 

mV 

Vaodoff 

Transmit  Differential  Output  Idle  Voltage 

RL  =  78  LI  (Note  9) 

-40 

40 

mV 

Iaodoff 

Transmit  Differential  Output  Idle  Current 

Rl  =  78U  (Note  8) 

-1 

1 

mA 

VCMT 

Transmit  Output  Common  Mode  Voltage 

Rl  =  78  a 

2.5 

AvDO 

V 

VoD, 

DO±  Transmit  Differential  Output 
Voltage  Imbalance 

Rl  =  78  a  (Note  7) 

25 

mV 

Vath 

Receive  Data  Differential  Input  Threshold 

-35 

35 

mV 

Am79C970 
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DC  CHARACTERISTICS  (continued) 


Parameter 
Symbol 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

Vasq 

DI+  and  CI+  Differential  Input  Threshold 
(Squelch) 

-275 

-160 

mV 

VlRDVD 

Dl±  and  Cl±  Differential  Mode  Input 
Voltage  Range 

-1.5 

1.5 

V 

VlCM 

Dl±  and  Cl±  Input  Bias  Voltage 

Iin  =  0  mA 

AVdo-3.0 

AVdd-1  .0 

V 

VoPD 

DO±  Undershoot  Voltage  at  ZERO 
Differential  on  Transmit  Return  to 
ZERO  (ETD) 

(Note  9) 

-100 

mV 

Twisted  Pair  Interface  (10BASE-T) 

llRXD 

mpui  uurreni  ax  malc 

AVDD  <  V in  <  MVDO 

— ouu 

1 1  A 

Rhxd 

RXD±  Differential  Input  Resistance 

10 

Kfi 

Vtivb 

RXD±,  RXD-  Open  Circuit  Input 
Voltage  (Bias) 

llN  =  0  mA 

AVdd-3.0 

AVdd-1  .5 

V 

Vtidv 

Differential  Mode  Input  Voltage 
Range  (RXD±) 

AVDD  =  5.0  V 

-3.1 

3.1 

V 

Vtso 

RXD  Positive  Squelch  Threshold  (peak) 

Sinusoid,  5  MHz  <  f  <  1 0  MHz 

300 

520 

mV 

Vtso- 

RXD  Negative  Squelch  Threshold  (peak) 

Sinusoid,  5  MHz  <  f  <  10  MHz 

-520 

-300 

mV 

VTHS+ 

nAu  rusi— squmcri  rcjswve  [  nresnoiu 
(peak) 

oinusoiu,  o  rvinz  sis  iu  ivinz 

I  ou 

m  v 

Vths- 

RXD  Post-Squelch  Negative  Threshold 
(peak) 

Sinusoid,  5  MHz  <f  <  10  MHz 

-293 

-150 

mV 

Vltso* 

RXD  Positive  Squelch  Threshold  (peak) 

LRT  =  LOW 

180 

312 

mV 

Vltso- 

RXD  Negative  Squelch  Threshold  (peak) 

LRT  =  LOW 

-312 

-180 

mV 

Vlths* 

RXD  Post-Squelch  Positive  Threshold 
(peak) 

LRT  =  LOW 

90 

176 

mV 

Vlths- 

RXD  Post-Squelch  Negative  Threshold 
(peak) 

LRT  =  LOW 

-176 

-90 

mV 

Vrxdth 

RXD  Switching  Threshold 

(Note  4) 

-35 

35 

mV 

Vtxh 

TXD±  and  TXP±  Output  HIGH  Voltage 

Vss  =  0  V 

Vdd-0.6 

VDD 

V 

Vtxl 

TXD±  and  TXP±  Output  LOW  Voltage 

Vdd  =  5  V 

Vss 

Vss+0.6 

V 

Vtx, 

TXD±  and  TXP±  Differential  Output 
Voltage  Imbalance 

-40 

40 

mV 

VtxOFF 

TXD±  and  TXP±  Idle  Output  Voltage 

40 

mV 

Rtx 

TXD±  ,  TXP+  Differential  Driver  Output 
Impedance 

(Note  4) 

40 

80 

n 
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DC  CHARACTERISTICS  (continued) 


Parameter 
Symbol 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

Power  Supply  Current 

Idd 

Active  Power  Supply  Current 

XTAL1  =  20  MHz,  CLK  =  33  MHz 

150 

mA 

Iddcoma 

Sleep  Mode  Power  Supply  Current 

SLEEP  Active 

TBD 

uA 

Iddsnooze 

Auto  Wake  Mode  Power  Supply  Current 

Awake  Bit  Set  Active 

TBD 

uA 

Pin  Capacitance 

ClN 

Input  Pin  Capacitance 

FC  =  1  MHz  (Notes  6  &  10) 

10 

pF 

Co 

I/O  or  Output  Pin  Capacitance 

FC  =  1  MHz  (Note  6) 

10 

pF 

CcLK 

CLK  Pin  Capacitance 

FC  =  1  MHz  (Note  6) 

12 

PF 

Notes: 

1.   bu  applies  to  AD[31:00],  C/BE[3:0j.  REQ.  and  PAR 


km  applies  to  FRAME,  IRDY,  TRDY,  DEVSEL,  STOP,  SERR,  PERR,  and  LOCK 
Iol3  applies  to  EESK/LEDT,  EEDO/LED3,  and  EEDI/LNKST 

2.  Voh  does  not  apply  to  open-drain  output  pins. 

3.  In  and  Iih  apply  to  all  input  pins  except  XTAL 1. 

4.  Iozl  and  Iozh  apply  to  all  three-state  output  pins  and  bi-directional  pins. 

5.  Outputs  are  CMOS  and  will  be  driven  to  rail  if  the  load  is  not  resistive. 

6.  Parameter  not  tested.  Value  determined  by  characterization. 

7.  Tested,  but  to  values  in  excess  of  limits.  Test  accuracy  not  sufficient  to  allow  screening  guard  bands. 

8.  Correlated  to  other  tested  parameters  -  not  tested  directly. 

9.  Test  not  implemented  to  data  sheet  specification. 

10.  Cm  =  8pF  for  IDSEL  input. 
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SWITCHING  CHARACTERISTICS:  Bus  Interface 


Parameter 
Symbol 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

Clock  Timing 

CLK  Frequency 

0 

33 

MHz 

tcYC 

CLK  Period 

@  1.5  V 

30 

ns 

tmGH 

CLK  High  Time 

@2.0  V 

12 

ns 

tLOW 

CLK  Low  Time 

@0.8  V 

12 

ns 

tFALL 

CLK  Fail  Time 

over  2  V  p-p 

V/ns 

tRISE 

CLK  Rise  Time 

over  2  V  p-p 

1 

4 

V/ns 

Output  and  Float  Delay  Timing 

tvAL 

AD[31:00],  C/BE[3:0],  PAR, 
FRAME,  IRDY,  TRDY,  STOP, 
LOCK,  DEVSEL,  PERR,  SERR 
Valid  Delay 

2 

11 

ns 

tvAL  (BEQ) 

REQ  Valid  Delay 

1 

12 

ns 

fEESK 

EESK  Frequency 

(See  note  below) 

650 

KHz 

tvAL  (EEDI) 

EEDI  Valid  Output  Delay  from  EESK 

(See  note  below) 

100 

400 

ns 

tvAL  (EESK) 

EECS  Valid  Output  Delay  from  EESK 

(See  note  below) 

0 

400 

ns 

tON 

AD[31:00],  C/BE[3:0],  PAR,  FRAME, 
IRDY,  TRDY,  STOP,  LOCK,  DEVSEL 
Active  Delay 

2 

11 

ns 

toFF 

AD[31:00],  C/BE[3:0],  PAR,  FRAME, 
IRDY,  TRDY,  STOP,  LOCK,  DEVSEL 
Float  Delay 

28 

ns 

Setup  and  Hold  Timing 

tsu 

AD[31 :00],  C/BE[3:0],  PAR,  FRAME, 
IRDY,  TRDY,  STOP,  LOCK,  DEVSEL, 
IDSEL 
Setup  Time 

7 

ns 

tH 

AD[31:00],  C/BE[3:0],  PAR,  FRAME, 
IRDY,  TRDY,  STOP,  LOCK,  DEVSEL, 
IDSEL 
Hold  Time 

0 

ns 

tsu  (GNT) 

GNT  Setup  Time 

10 

ns 

tH  (GNT) 

GNT  Hold  Time 

0 

ns 

tsu  (EEDO) 

EEDO  Setup  Time  to  EESK 

(See  note  below) 

50 

ns 

tH  (EEDO) 

EEDO  Hold  Time  from  EESK 

(See  note  below) 

0 

ns 

Note: 

Parameter  value  is  given  for  automatic  EEPROM  read  operation.  When  EEPROM  port  (BCR19)  is  used  to  access  the  EEPROM, 
software  is  responsible  for  meeting  EEPROM  timing  requirements. 
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SWITCHING  CHARACTERISTICS:  1 0B ASE-T  Interface 


Parameter 
Symbol 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

Transmit  Timing 

tTETD 

Transmit  Start  of  Idle 

250 

350 

ns 

tTR 

Transmitter  rise  time 

(10%  to  90%) 

5.5 

ns 

tTF 

Transmitter  fall  time 

(90%  to  10%) 

5.5 

ns 

t™ 

Transmitter  rise  and  fall  time  mismatch 

(tTM=  |  tTH-tTF|) 

1 

ns 

tPERLP 

Idle  Signal  Period 

8 

24 

ms 

IPVVLP 

Idle  Link  Pulse  Width 

(See  note  below) 

75 

120 

ns 

tpWPLP 

Predistortion  Idle  Link  Pulse  Width 

(See  note  below) 

45 

55 

ns 

tjA 

Transmit  jabber  activation  time 

20 

150 

ms 

tjR 

Transmit  jabber  reset  time 

250 

750 

ms 

tjREC 

Transmit  jabber  recovery  time 
(minimum  time  gap  between 
transmitted  frames  to  prevent 
jabber  activation) 

1.0 

pa 

Receiving  Timing 

tpWNBD 

RXD  pulse  width  not  to  turn  off 
internal  carrier  sense 

Vin  >  Vths  (min) 

136 

ns 

tpWROFF 

RXD  pulse  width  to  turn  off 

Vm>  Vths  (min) 

200 

ns 

tRETD 

Receive  Start  of  Idle 

200 

ns 

Note: 

Not  tested;  parameter  guaranteed  by  characterization. 
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SWITCHING  CHARACTERISTICS:  Attachment  Unit  Interface 


Parameter 
Symbol 

Parameter  Description 

Test  Conditions 

Min 

Max 

Unit 

AUI  Port 

tDOTR 

DO+,  DO-  Rise  Time  (10%  to  90%) 

2.5 

5.0 

ns 

tDOTF 

DO+,  DO-  Fall  Time  (10%  to  90%) 

2.5 

5.0 

ns 

tDORM 

DO+,  DO-  Rise  and  Fall  Time  Mismatch 

1.0 

ns 

tDOETO 

DO±  End  of  Transmission 

200 

375 

ns 

tpWODI 

Dl  Pulse  Width  Accept/Reject  Threshold 

|Vin|>  |VASQ|  (Note  1) 

15 

45 

ns 

tpWKDI 

Dl  Pulse  Width  MaintainATurn-Off 
Threshold 

|V,N|  >  |VASQ|  (Note  2) 

136 

200 

ns 

tpwoci 

CI  Pulse  Width  Accepth/Reject  Threshold 

|Vin|  >  |VASQ|  (Note  3) 

10 

26 

ns 

tpWKCI 

CI  Pulse  Width  Maintain/Turn-OH 
Threshold 

|V,n|  >  [VASQ|  (Note  4) 

90 

160 

ns 

Internal  MENDEC  Clock  Timing 

tx1 

XTAL1  Period 

Vin  =  External  Clock 

49.995 

50.001 

ns 

tx1H 

XTAL1  HIGH  Pulse  Width 

Vin  =  External  Clock 

20 

ns 

tx1L 

XTAL1  LOW  Pulse  Width 

Vin  =  External  Clock 

20 

ns 

tx1R 

XTAL1  Rise  Time 

Vin  -  External  Clock 

5 

ns 

tx1F 

XTAL1  Fall  Time 

Vin  =  External  Clock 

5 

ns 

Notes: 

1.  Dl  pulses  narrower  than  tpwooi  (min)  will  be  rejected;  pulses  wider  than  tpwooi  (max)  will  turn  internal  Dl  carrier  sense  on. 

2.  Dl  pulses  narrower  than  Ipwkdi  (min)  will  maintain  internal  Dl  carrier  sense  on;  pulses  wider  than  tpmoi  (max)  will  turn  internal 
Dl  carrier  sense  off. 

3.  CI  pulses  narrower  than  tpwoci  (min)  will  be  rejected;  pulses  wider  than  tpwoci  (max)  will  turn  internal  CI  carrier  sense  on. 

4.  CI  pulses  narrower  than  tpwKci  (min)  will  maintain  internal  CI  carrier  sense  on;  pulses  wider  than  tpwKci  (max)  will  turn  internal 
CI  carrier  sense  off. 
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KEY  TO  SWITCHING  WAVEFORMS 


WAVEFORM 


INPUTS 

Must  be 
Steady 


May 
Change 
from  H  to  L 


May 
Change 
from  L  to  H 


Don't  Care, 
Any  Change 
Permitted 


Does  Not 
Apply 


OUTPUTS 

Will  be 
Steady 


Will  be 
Changing 
from  H  to  L 


Will  be 
Changing 
from  L  to  H 


Changing, 

State 

Unknown 


Center 
Line  is  High- 
Impedance 
"Off"  State 


SWITCHING  TEST  CIRCUITS 


Sense  Point  O 


Vthreshold 


18220C-35 


Normal  and  Three-State  Outputs 


Am79C970 
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SWITCHING  TEST  CIRCUITS 


AVdd 


52.3  a 


DO+ 
DO- 


100  pF  Z± 


-o  Test  Point 


154  n 


AVss 

18220C  36 

AUI  DO  Switching  Test  Circuit 


DVdo 


294  n : 


TXD+ 
TXD- 


100  pF  =^Z 
Includes  test 
jig  capacitance 


-o  Test  Point 


294  Q 


DVss 


18220C-37 


TXD  Switching  Test  Circuit 


DVdd 


7i5n : 


TXP+ 
TXP- 


100  pF  q= 

Includes  test 
jig  capacitance 


-o  Test  Point 


715  n 


DVss 


18220C-38 


TXP  Outputs  Test  Circuit 
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SWITCHING  WAVEFORMS:  System  Bus  Interface 


CLK 


'CYC 


18220C-39 


CLK  Waveform 


Tx 


CLK 


AD[31:001,  C/BE[3:01, 
PAR,  FRAME,  IRDY, 
TRDY,  STOP,  LOCK, 
DEVSEL,  IDSEL 


GNT 


\  /         \  f 


tsu 


Tx 


1H 


'H(GNT) 


18220C-40 


Input  Setup  and  Hold  Timing 
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SWITCHING  WAVEFORMS:  System  Bus  Interface 


CLK 


ADf31:00)  C/BE[3:01, 
PAR,  FRAME,  IRDY, 


TRDY,  STOP,  LOCK, 


DEVSEL,  PERR,  SERR 


REQ 


Tx 


\  /      \  /  V 


Tx 


Tx 


tVAL" 


MIN 


Valid  n  ~^/(\\\\\X    va''d  n+1 


MAX 


'VAL(REQ) 


Valid  n 


MIN 


MAX 


Valid  n+1 


Output  Valid  Delay  Timing 


18220C-41 


CLK 


AD[31:001,  C/BEf3:01, 
PAR,  FRAME,  IRDY, 
TRDY,  STOP,  LOCK, 
DEVSEL 


AD[31:001,  C/BE[3:0l, 
PAR,  FRAME,  IRDY, 
TRDY,  STOP,  LOCK, 
DEVSEL 


Tx 


Tx 


Valid  n 


-tOFF- 


Valid  n  X\\) 


Output  Tri-State  Delay  Timing 


Tx 


A  f     \  Jf  V 

•  tON 


18220C-42 
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SWITCHING  WAVEFORMS:  10BASE-T  Interface 


TXD+ 


TXP+ 


7*-tTETD-V_ 


TXP- 


tXMTON 


uwv 


XMT 
(NotG  1) 

Note: 

1.  Internal  signal  and  is  shown  lor  clarification  only. 


Transmit  Timing 


tXMTOFF  " 

 _7| 


18220C-43 


TXD+ 


TXP+ 


TXD- 


TXP- 


tPWPLP 


f 


■  tPWLP 


A 


tPERLP  ■ 


J  \_ 


18220C-44 


Idle  Link  Test  Pulse 
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SWITCHING  WAVEFORMS:  10BASE-T  Interface 


RXD± 
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Receive  Thresholds  (LRT=0) 
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Receive  Thresholds  (LRT=1) 
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SWITCHING  WAVEFORMS:  Attachment  Unit  Interface 


tX1H 


XTAL1 


ISTDCLK 
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Afote: 

J.  Internal  signal  and  is  shown  for  clarification  only. 

Transmit  Timing  ■ 


Frame 
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XTAL1 


ISTDCLK 
(Note  1) 

ITXEN 

(Note  1) 

ITXDAT+ 
(Note  1) 


Note: 


Bit  (n-2)  Bit  (n-1 )  Bit  (n) 

1.  Internal  signal  and  is  shown  for  clarification  only. 

Transmit  Timing  -  End  of  Frame  (Last  Bit  =  0) 
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SWITCHING  WAVEFORMS:  Attachment  Unit  Interface 
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Typical  >  250  ns 


Note: 


Bit  (n-2)  Bit  (n-1)  Bit  (n) 

1.  Internal  signal  and  is  shown  for  clarification  only. 

Transmit  Timing  -  End  of  Frame  (Last  Bit  =  1) 
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SWITCHING  WAVEFORMS:  Attachment  Unit  Interface 
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Port  DO  ETD  Waveform 


PCnet-PCI  Compatible  Media  Interface  Modules 


APPENDIX  A 


PCnet-PCI  Compatible  10BASE-T  Filters 
and  Transformers 

The  table  below  provides  a  sample  list  of  PCnet-PCI 
compatible  10BASE-T  filter  and  transformer  modules 
available  from  various  vendors.  Contact  the  respective 
manufacturer  for  a  complete  and  updated  listing  of 
components. 


Manufacturer 

Part# 

Package 

Filters 
and 
Transformers 

Filters 
Transformers 
and  Choke 

Filters 
Transformers 
Dual  Chokes 

Filters 
Transformers 

Resistors 
Dual  Chokes 

Bel  Fuse 

A556-2006-DE 

16-pin  0.3  DIL 

Bel  Fuse 

0556-2006-00 

14-pin  SIP 

V 

Bel  Fuse 

0556-2006-01 

14-pin  SIP 

Bel  Fuse 

0556-6392-00 

16-pin  0.5  DIL 

V 

Halo  Electronics 

FD02-101G 

16-pin  0.3  DIL 

V 

Halo  Electronics 

FD12-101G 

16-pin  0.3  DIL 

Halo  Electronics 

FD22-101G 

16-pin  0.3  DIL 

PCA  Electronics 

EPA1990A 

16-pin  0.3  DIL 

PCA  Electronics 

EPA2013D 

16-pin  0.3  DIL 

V 

PCA  Electronics 

EPA2162 

16-pin  0.3  SIP 

Pulse  Engineering 

PE-65421 

16-pin  0.3  DIL 

V 

Pulse  Engineering 

PE-65434 

16-pin  0.3  SIL 

V 

Pulse  Engineering 

PE-65445 

16-pin  0.3  DIL 

V 

Pulse  Engineering 

PE-65467 

12-pin  0.5  SMT 

Valor  Electronics 

PT3877 

16-pin  0.3  DIL 

V 

Valor  Electronics 

FL1043 

16-pin  0.3  DIL 

V 
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PCnet-PCI  Compatible  AUI  Isolation 
Transformers 

The  table  below  provides- a  sample  list  of  PCnet-PCI 
compatible  AUI  isolation  transformers  available  from 
various  vendors.  Contact  the  respective  manufacturer 
for  a  complete  and  updated  listing  of  components. 


Manufacturer 

Part# 

Package 

Description 

Bel  Fuse 

A553-0506-AB 

16-pin  0.3  DIL 

50  u.H 

Bel  Fuse 

S553-0756-AE 

16-pin  0.3  SMD 

75  U.H 

Halo  Electronics 

TD01-0756K 

16-pin  0.3  DIL 

75  nH 

Halo  Electronics 

TG01-0756W 

16-pin  0.3  SMD 

75  U.H 

PCA  Electronics 

EP9531-4 

16-pin  0.3  DIL 

50  uH 

Pulse  Engineering 

PE64106 

16-pin  0.3  DIL 

50  U.H 

Pulse  Engineering 

PE65723 

16-pin  0.3  SMT 

75u.H 

Valor  Electronics 

LT6032 

16-pin  0.3  DIL 

75  U.H 

Valor  Electronics 

ST7032 

16-pin  0.3  SMD 

75  uH 

PCnet-PCI  Compatible  DC/DC 
Converters 

The  table  below  provides  a  sample  list  of  PCnet-PCI 
compatible  DC/DC  converters  available  from  various 
vendors.  Contact  the  respective  manufacturer  for  a 
complete  and  updated  listing  of  components.  


Manufacturer 

Part  # 

Package 

Voltage 

Remote  On/Off 

Halo  Electronics 

DCU0-0509D 

24-pin  DIP 

5/-9 

No 

Halo  Electronics 

DCU0-0509E 

24-pin  DIP 

5/-9 

Yes 

PCA  Electronics 

EPC1007P 

24-pin  DIP 

5  -9 

No 

PCA  Electronics 

EPC1054P 

24-pin  DIP 

5/-9 

Yes 

PCA  Electronics 

EPC1078 

24-pin  DIP 

5/-9 

Yes 

Valor  Electronics 

PM7202 

24-pin  DIP 

5/-9 

No 

Valor  Electronics 

PM7222 

24-pin  DIP 

5/-9 

Yes 
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MANUFACTURER  CONTACT 
INFORMATION 

Contact  the  following  companies  for  further  informa- 
tion on  their  products. 


Company 

U.S.  and  Domestic 

Asia 

Europe 

Bel  Fuse 

Phone: 

(201 )  432-0463 

852-328-5515 

33-1-69410402 

FAX: 

(201 )  432-9542 

852-352-3706 

33-1-69413320 

Halo  Electronics 

Phone: 

(415)  969-7313 

65-285-1566 

FAX: 

(415)  367-7158 

65-284-9466 

PCA  Electronics 

Phone: 

(818)  892-0761 

852-553-0165 

33-1-44894800 

(HPC  in  Hong  Kong) 

FAX: 

(818)  894-5791 

852-873-1550 

33-1-42051579 

Pulse  Engineering 

Phone: 

(619)  674-8100 

852-425-1651 

353-093-24107 

FAX: 

(619)  675-8262 

852-480-5974 

353-093-24459 

Valor  Electronics 

Phone: 

(619)  537-2500 

852-513-8210 

49-89-6923122 

FAX: 

(619)  537-2525 

852-513-8214 

49-89-6926542 
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Recommendation  for  Power  and  Ground 
Decoupling 


The  mixed  analog/digital  circuitry  in  the  PCnet-PCI 
make  it  imperative  to  provide  noise-free  power  and 
ground  connections  to  the  device.  Without  clean  power 
and  ground  connections,  a  design  may  suffer  from  high 
bit  error  rates  or  may  not  function  at  all.  Hence,  it  is 
highly  recommended  that  the  guidelines  presented  here 
are  followed  to  ensure  a  reliable  design. 

Decoupling/Bypass  Capacitors:  Adequate  decoupling 
of  the  power  and  ground  pins  and  planes  is  required  by 
all  PCnet-PCI  designs.  This  includes  both  low-fre- 
quency bulk  capacitors  and  high  frequency  capacitors. 
It  is  recommended  that  at  least  one  low-frequency  bulk 
(e.g.  22  uP)  decoupling  capacitor  be  used  in  the  area  of 


the  PCnet-PCI  device.  The  bulk  capacitor(s)  should  be 
connected  directly  to  the  power  and  ground  planes.  In 
addition,  at  least  8  high  frequency  decoupling  capaci- 
tors (e.g.  0.1  uP  multilayer  ceramic  capacitors)  should 
be  used  around  the  periphery  of  the  PCnet-PCI  device 
to  prevent  power  and  ground  bounce  from  affecting  de- 
vice operation.  To  reduce  the  inductance  between  the 
power  and  ground  pins  and  the  capacitors,  the  pins 
should  be  connected  directly  to  the  capacitors,  rather 
than  through  the  planes  to  the  capacitors.  The  sug- 
gested connection  scheme  for  the  capacitors  is  shown 
in  the  figure  below.  Note  also  that  the  traces  connecting 
these  pins  to  the  capacitors  should  be  as  wide  as  possi- 
ble to  reduce  inductance  (15  mils  is  desirable). 


Via  to  the  Power  Plane 


VddA/ddb 
PCnet 

Vss/Vssb 


Via  to  the  Ground  Plane 
Correct 


Vdd'Vdds 
PCnet 
Vss^Vssb 


Correct 


VddA/ddb 
PCnet 
VssA/ssb 


Incorrect 

18220C-54 


The  most  critical  pins  in  the  layout  of  a  PCnet-PCI 
design  are  the  4  analog  power  and  2  analog  ground 
pins,  AVDD[1-4]  and  AVSS[1-2],  respectively.  All  of 
these  pins  are  located  in  one  corner  of  the  device,  the 
"analog  corner."  Specific  functions  and  layout  require- 
ments of  the  analog  power  and  ground  pins  are  given 
below. 

AVSS1  andAVDD3:  These  pins  provide  the  power  and 
ground  for  the  Twisted  Pair  and  AUI  drivers.  In  addition 
AVSS1  serves  as  the  ground  for  the  logic  interfaces  in 
the  20  MHz  Crystal  Oscillator.  Hence,  these  pins  can  be 


very  noisy.  A  dedicated  0.1  uP  capacitor  between  these 
pins  is  recommended. 

AVSS2  and  AVDD2:  These  pins  are  the  most  critical 
pins  on  the  PCnet-PCI  device  because  they  provide  the 
power  and  ground  for  the  phase-lock  loop  (PLL)  portion 
of  the  chip.  The  voltage-controlled  oscillator  (VCO) 
portion  of  the  PLL  is  sensitive  to  noise  in  the  60  kHz  - 
200  kHz.  range.  To  prevent  noise  in  this  frequency 
range  from  disrupting  the  VCO,  it  is  strongly  recom- 
mended that  the  low-pass  filter  shown  below  be  imple- 
mented on  these  pins. 


Am79C970 


1-1019 


Li  AMD 


Vdd  plane 


1 


AVDD2 


AVSS2 


PCnet-PCI 


|  |33  uF  to 


10  uF 


1  n  to  1  o  n 
 VA — [ 


Vss  plane 
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To  determine  the  value  for  the  resistor  and  capacitor, 
the  formula  is: 

R'  C  >88 

Where  R  is  in  Ohms  and  C  is  in  microfarads.  Some  pos- 
sible combinations  are  given  below.  To  minimize  the 
voltage  drop  across  the  resistor,  the  R  value  should  not 
be  more  than  10  Q. 


AVSS2  and  AVDD2/AVDD4:  These  pins  provide  power 
and  ground  for  the  AUI  and  twisted  pair  receive  circuitry. 
In  addition,  as  mentioned  earlier,  AVSS2  and  AVDD2 
provide  power  and  ground  for  the  phase-lock  loop  por- 
tion of  the  chip.  Except  for  the  filter  circuit  already  men- 
tioned, no  specific  decoupling  is  necessary  on  these 
pins. 

AVDD1:  AVDD1  provides  power  for  the  control  and  in- 
terface logic  in  the  PLL.  Ground  for  this  logic  is  provided 
by  digital  ground  pins.  No  specific  decoupling  is  neces- 
sary on  this  pin. 

Special  Note  for  Adapter  Cards:  In  adapter  card  de- 
signs, it  is  important  to  utilize  all  available  power  and 
ground  pins  available  on  the  bus  edge  connector.  In 

addition,  the  connection  from  the  bus  edge  connectorto 
the  power  or  ground  plane  should  be  made  through 
more  than  one  via  and  with  wide  traces  (15  mils  desir- 
able) wherever  possible.  Following  these  recommenda- 
tions results  in  minimal  inductance  in  the  power  and 
ground  paths.  By  minimizing  this  inductance,  ground 
bounce  is  minimized. 


R 

C 

2.7  n 

33  uF 

4.3  £2 

22  uF 

6.8  £2 

15M-F 

10  a 

10  |xF 
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APPENDIX  C 


Alternative  Method  for  Initialization 


The  PCnet-PCI  controller  may  be  initialized  by  perform-  The  registers  that  must  be  written  are  shown  in  the  table 

ing  I/O  writes  only.  That  is,  data  can  be  written  directly  to  below.  These  register  writes  are  followed  by  writing  the 

the  appropriate  control  and  status  registers  (CSR  in-  START  bit  in  CSRO. 
stead  of  reading  from  the  initialization  Block  in  memory). 


Control  and  Status  Register 

Comment 

CSR8 

LADRF[15:0] 

CSR9 

LADRF[31:16] 

CSR10 

LADRF[47:32] 

CSR11 

LADRF[63:48] 

CSR12 

PADR[15:0] 

CSR  13 

PADR[31:16] 

CSR  14 

PADR[47:32] 

CSR15 

Mode 

CSR24-25 

BADR 

CSR30-31 

BADX 

CSR47 

POLLINT 

CSR76 

RCVRL 

CSR78 

XMTRL 

Note: 

The  INIT  bit  must  not  be  set  or  the  initialization  block  will  be  accessed  instead. 


Look-Ahead  Packet  Processing  (LAPP)  Concept 


APPENDIX  D 


Introduction  of  the  LAPP  Concept 

A  driver  for  the  PCnet-PCI  controller  would  normally  re- 
quire that  the  CPU  copy  receive  frame  data  from  the 
controllers  buffer  space  to  the  applications  buffer  space 
after  the  entire  frame  has  been  received  by  the  control- 
ler. For  applications  that  use  a  ping-pong  windowing 
style,  the  traffic  on  the  network  will  be  halted  until  the 
current  frame  has  been  completely  processed  by  the 
entire  application  stack.  This  means  that  the  time  be- 
tween last  byte  of  a  receive  frame  arriving  at  the  clients 
Ethernet  controller  and  the  clients  transmission  of  the 
first  byte  of  the  next  outgoing  frame  will  be  separated  by: 

1 .  The  time  that  it  takes  the  clients  CPUs  interrupt 
procedure  to  pass  software  control  from  the  cur- 
rent task  to  the  driver 

2.  plus  the  time  that  it  takes  the  client  driver  to  pass 
the  header  data  to  the  application  and  request  an 
application  buffer 

3.  plus  the  time  that  it  takes  the  application  to  gener- 
ate the  buffer  pointer  and  then  return  the  buffer 
pointer  to  the  driver 

4.  plus  the  time  that  it  takes  the  client  driver  to  trans- 
fer all  of  the  frame  data  from  the  controllers  buffer 
space  into  the  applications  buffer  space  and  then 
call  the  application  again  to  process  the  complete 
frame 

5.  plus  the  time  that  it  takes  the  application  to  proc- 
ess the  frame  and  generate  the  next  outgoing 
frame 

6.  plus  the  time  that  it  takes  the  client  driver  to  set  up 
the  descriptor  for  the  controller  and  then  write  a 
TDMD  bit  to  CSRO 

The  sum  of  these  times  can  often  be  about  the  same  as 
the  time  taken  to  actually  transmit  the  frames  on  the 
wire,  thereby  yielding  a  network  utilization  rate  of  less 
than  50%. 

An  important  thing  to  note  is  that  the  PCnet-PCI  control- 
lers data  transfers  to  its  buffer  space  are  such  that  the 
system  bus  is  needed  by  the  PCnet-PCI  controller  for 
approximately  4%  of  the  time.  This  leaves  96%  of  the 
system  bus  bandwidth  for  the  CPU  to  perform  some  of 


the  inter-frame  operations  in  advance  of  the  completion 
of  network  receive  activity,  if  possible.  The  question 
then  becomes:  how  much  of  the  tasks  that  need  to  be 
performed  between  reception  of  a  frame  and  transmis- 
sion of  the  next  frame  can  be  performed  before  the  re- 
ception of  the  frame  actually  ends  at  the  network,  and 
how  can  the  CPU  be  instructed  to  perform  these  tasks 
during  the  network  reception  time? 

The  answer  depends  upon  exactly  what  is  happening  in 
the  driver  and  application  code ,  but  the  steps  that  can  be 
performed  at  the  same  time  as  the  receive  data  are  ar- 
riving include  as  much  as  the  first  3  steps  and  part  of  the 
4,h  step  shown  in  the  sequence  above.  By  performing 
these  steps  before  the  entire  frame  has  arrived,  the 
frame  throughput  can  be  substantially  increased. 

A  good  increase  in  performance  can  be  expected  when 
the  first  3  steps  are  performed  before  the  end  of  the  net- 
work receive  operation.  A  much  more  significant  per- 
formance increase  could  be  realized  if  the  PCnet-PCI 
controller  could  place  the  frame  data  directly  into  the  ap- 
plications buffer  space;  (i.e.,  eliminate  the  need  for  step 
4.)  In  order  to  make  this  work,  it  is  necessary  that  the  ap- 
plication buffer  pointer  be  determined  before  the  frame 
has  completely  arrived,  then  the  buffer  pointer  in  the 
next  descriptor  for  the  receive  frame  would  need  to  be 
modified  in  order  to  direct  the  PCnet-PCI  controller  to 
write  directly  to  the  application  buffer.  More  details  on 
this  operation  will  be  given  later. 

An  alternative  modification  to  the  existing  system  can 
gain  a  smaller,  but  still  significant  improvement  in  per- 
formance. This  alternative  leaves  step  4  unchanged  in 
that  the  CPU  is  still  required  to  perform  the  copy  opera- 
tion, but  it  allows  a  large  portion  of  the  copy  operation  to 
be  done  before  the  frame  has  been  completely  received 
by  the  controller;  i.e.,  the  CPU  can  perform  the  copy  op- 
eration of  the  receive  data  from  the  PCnet-PCI  control- 
lers buffer  space  into  the  application  buffer  space  before 
the  frame  data  has  completely  arrived  from  the  network. 
This  allows  the  copy  operation  of  step  4  to  be  performed 
concurrently  with  the  arrival  of  network  data,  ratherthan 
sequentially,  following  the  end  of  network  receive 
activity. 
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Outline  of  the  LAPP  Flow 

This  section  gives  a  suggested  outline  for  a  driver  that 
utilizes  the  LAPP  feature  of  the  PCnet-PCI  controller. 

Note:  The  labels  in  the  following  text  are  used  as  refer- 
ences in  the  timeline  diagram  that  follows. 

SETUP: 

The  driver  should  set  up  descriptors  in  groups  of  3,  with 
the  OWN  and  STP  bits  of  each  set  of  three  descriptors  to 
read  as  follows:  11b,  10b,  00b. 

An  option  bit  (LAPPEN)  exists  in  CSR3,  bit  position  5; 
the  software  should  set  this  bit;  When  set,  the  LAPPEN 
bit  directs  the  PCnet-PCI  controller  to  generate  an  IN- 
TERRUPT when  STP  has  been  written  to  a  receive  de- 
scriptor by  the  PCnet-PCI  controller. 

FLOW: 

The  PCnet-PCI  controller  polls  the  current  receive  de- 
scriptor at  some  point  in  time  before  a  message  arrives. 
The  PCnet-PCI  controller  determines  that  this  receive 
buffer  is  OWNed  by  the  PCnet-PCI  controller  and  it 
stores  the  descriptor  information  to  be  used  when  a 
message  does  arrive. 

NO:  Frame  preamble  appears  on  the  wire,  followed  by 
SFD  and  destination  address. 

N1 :  The  64th  byte  of  frame  data  arrives  from  the  wire. 
This  causes  the  PCnet-PCI  controller  to  begin 
frame  data  DMA  operations  to  the  first  buffer. 

CO:  When  the  64th  byte  of  the  message  arrives,  the 
PCnet-PCI  controller  performs  a  lookahead  op- 
eration to  the  next  receive  descriptor.  This  de- 
scriptor should  be  owned  by  the  PCnet-PCI 
controller . 

C1:  The  PCnet-PCI  controller  intermittently  requests 
the  bus  to  transfer  frame  data  to  the  first  buffer  as  it 
arrives  on  the  wire. 

S1 :   The  driver  remains  idle. 

C2:  When  the  PCnet-PCI  controller  has  completely 
filled  the  first  buffer,  it  writes  status  to  the  first 
descriptor. 

C3:  When  the  first  descriptor  for  the  frame  has  been 
written,  changing  ownership  from  the  PCnet-PCI 
controller  to  the  CPU,  the  PCnet-PCI  controller 
will  generate  an  SRP  INTERRUPT.  (This  interrupt 
appears  as  a  RINT  interrupt  in  CSRO.) 

S1 :  The  SRP  INTERRUPT  causes  the  CPU  to  switch 
tasks  to  allow  the  PCnet-PCI  controllers  driver  to 
run. 

C4:  During  the  CPU  interrupt-generated  task  switch- 
ing, the  PCnet-PCI  controller  is  performing  a 
lookahead  operation  to  the  third  descriptor.  At  this 
point  in  time,  the  third  descriptor  is  owned  by  the 
CPU. 


Note:  Even  though  the  third  bufferis  not  owned  by 
the  PCnet-PCI  controller,  existing  AMD  Ethernet 
controllers  will  continue  to  perform  data  DMA  into 
the  buffer  space  that  the  controller  already  owns 
(i.e.,  buffer  number  2).  The  controller  does  not 
know  if  buffer  space  in  buffer  number  2  will  be  suf- 
ficient or  not,  for  this  frame,  but  it  has  no  way  to  tell 
except  by  trying  to  move  the  entire  message  into 
that  space.  Only  when  the  message  does  not  fit 
will  it  signal  a  buffer  error  condition  -  there  is  no 
need  to  panic  at  the  point  that  it  discovers  that  it 
does  not  yet  own  descriptor  number  3. 

S2:  The  first  task  of  the  drivers  interrupt  service  rou- 
tine is  to  collect  the  header  information  from  the 
PCnet-PCI  controllers  first  buffer  and  pass  it  to  the 
application. 

S3:  The  application  will  return  an  application  buffer 
pointer  to  the  driver.  The  driver  will  add  an  offset  to 
the  application  data  buffer  pointer,  since  the 
PCnet-PCI  controller  will  be  placing  the  first  por- 
tion of  the  message  into  the  first  and  second  buff- 
ers. (The  modified  application  data  buffer  pointer 
will  only  be  directly  used  by  the  PCnet-PCI  con- 
troller when  it  reaches  the  third  buffer.)  The  driver 
will  place  the  modified  data  buffer  pointer  into  the 
final  descriptor  of  the  group  (#3)  and  will  grant 
ownership  of  this  descriptor  to  the  PCnet-PCI 
controller. 

C5:  Interleaved  with  S2,  S3  and  S4  driver  activity,  the 
PCnet-PC  I  controller  will  write  frame  data  to  buffer 
number  2. 

S4:  The  driver  will  next  proceed  to  copy  the  contents 
of  the  PCnet-PCI  controllers  first  buffer  to  the  be- 
ginning of  the  application  space.  This  copy  will  be 
to  the  exact  (unmodified)  buffer  pointer  that  was 
passed  by  the  application. 

S5:  After  copying  all  of  the  data  from  the  first  buffer 
into  the  beginning  of  the  application  data  buffer, 
the  driver  will  begin  to  poll  the  ownership  bit  of  the 
second  descriptor.  The  driver  is  waiting  for  the 
PCnet-PCI  controller  to  finish  filling  the  second 
buffer. 

C6:  At  this  point,  knowing  that  it  had  not  previously 
owned  the  third  descriptor,  and  knowing  that  the 
current  message  has  not  ended  (there  is  more 
data  in  the  FIFO),  the  PCnet-PCI  controller  will 
make  a  last  ditch  lookahead  to  the  final  (third)  de- 
scriptor. This  time,  the  ownership  will  be  TRUE 
(i.e.  the  descriptor  belongs  to  the  controller),  be- 
cause the  driver  wrote  the  application  pointer  into 
this  descriptor  and  then  changed  the  ownership  to 
give  the  descriptor  to  the  PCnet-PCI  controller 
back  at  S3.  Note  that  if  steps  S1 ,  S2  and  S3  have 
not  completed  at  this  time,  a  BUFF  error  will  result. 
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C7:  After  filling  the  second  buffer  and  performing  the 
last  chance  lookahead  to  the  next  descriptor,  the 
PCnet-PCI  controller  will  write  the  status  and 
change  the  ownership  bit  of  descriptor  number  2. 

S6:  After  the  ownership  of  descriptor  number  2  has 
been  changed  by  the  PCnet-PCI  controller,  the 
next  driver  poll  of  the  2nd  descriptor  will  show 
ownership  granted  to  the  CPU.  The  driver  now 
copies  the  data  from  buffer  number  2  into  the  mid- 
dle section  of  the  application  buffer  space.  This 
operation  is  interleaved  with  the  C7  and  C8 
operations. 

C8:  The  PCnet-PCI  controller  will  perform  data  DMA 
to  the  last  buffer,  whose  pointer  is  pointing  to  ap- 
plication space.  Data  entering  the  last  buffer  will 
not  need  the  infamous  double  copy  that  is  required 
by  existing  drivers,  since  it  is  being  placed  directly 
into  the  application  buffer  space. 


N2:   The  message  on  the  wire  ends. 

S7:  When  the  driver  completes  the  copy  of  buffer 
number  2  data  to  the  application  buffer  space,  it 
begins  polling  descriptor  number  3. 

C9:  When  the  PCnet-PCI  controller  has  finished  all 
data  DMAoperations,  it  writes  status  and  changes 
ownership  of  descriptor  number  3. 

S8:  The  driver  sees  that  the  ownership  of  descriptor 
number  3  has  changed,  and  it  calls  the  application 
to  tell  the  application  that  a  frame  has  arrived. 

S9:  The  application  processes  the  receivedframe  and 
generates  the  next  TX  frame,  placing  it  into  a  TX 
buffer. 

SfO:  The  driver  sets  up  the  TX  descriptor  for  the 
PCnet-PCI  controller. 
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Ethernet 


N2:  EOM 


Ethernet 
Controller 
activity: 


C9:  Controller  writes  descriptor  #3. 

C8:  Controller  is  performing  intern- 
bursts  of  DMA  to  fill  data  buffer  #3. 


C7:  Controller  writes  descriptor  #2. 

C6:  "Last  chance"  lookahead  to 
descriptor  #3  (OWN).  | 

C5:  Controller  is  performing  intermittent 
bursts  of  DMA  to  fill  data  buffer  #2. 


C4:  Lookahead  to  descriptor  #3  (OWN). 

C3:  SP.P  interruptl   i 

is  generated.  J 


C2:  Controller  writes  descriptor  #1 . 


C1 :  Controller  is  performing  intermittent 
bursts  of  DMA  to  fill  data  buffer  #1 . 


CO:  Lookahead  to  descriptor  #2. 

fN1 :64th  byte  of  packet 
i      data  arrives. 


Buffer 
#3 


Buffer 
#2 


Buffer 
#1 


S10:  Driver  sets  up  TX  descriptor. 

S9:  Application  processes  packet,  generates  TX  packet. 

{S8:  Driver  calls  application 
to  tell  application  that 
packet  has  arrived. 
S7:  Driver  polls  descriptor  of  buffer  #3. 

S6:  Driver  copies  data  from  buffer  #2  to  the  application  buffer. 
S5:  Driver  polls  descriptor  #2. 


S4:  Driver  copies  data  from  buffer  #1  to  the  application  buffer. 

}{ 


S1 :  Interrupt  latency. 


S3:  Driver  writes  modified  application 

pointer  to  descriptor  #3. 
S2:  Driver  call  to  application  to 
get  application  buffer  pointer. 


SO:  Driver  is  idle. 


NO:  Packet  preamble,  SFD 
I  and  destination  address 
are  arriving. 





18220A-55 


Figure  D1  LAPP  Timeline 


LAPP  Software  Requirements: 

Software  needs  to  set  up  a  receive  ring  with  descriptors 
formed  into  groups  of  3.  The  first  descriptor  of  each 
group  should  have  OWN  =  1  and  STP  =  1 ,  the  second 
descriptor  of  each  group  should  have  OWN  =  1  and  STP 
=  0.  The  third  descriptor  of  each  group  should  have 
OWN  =  0  and  STP  =  0.  The  size  of  the  first  buffer  (as  in- 


dicated in  the  first  descriptor),  should  be  at  least  equal  to 
the  largest  expected  header  size;  however,  for  maxi- 
mum efficiency  of  CPU  utilization,  the  first  buffer  size 
should  be  larger  than  the  header  size.  It  should  be  equal 
to  the  expected  number  of  message  bytes,  minus  the 
time  needed  for  Interrupt  latency  and  minus  the  applica- 
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tion  call  latency,  minus  the  time  needed  for  the  driver  to 
write  to  the  third  descriptor,  minus  the  time  needed  for 
the  driver  to  copy  data  from  buffer  #1  to  the  application 
buffer  space ,  and  minus  the  time  needed  for  the  driver  to 
copy  data  from  buffer  #2  to  the  application  buffer  space. 
Note  that  the  time  needed  for  the  copies  performed  by 
the  driver  depends  upon  the  sizes  of  the  2nd  and  3rd 
buffers,  and  that  the  sizes  of  the  second  and  third  buff- 
ers need  to  be  set  according  to  the  time  needed  for  the 
data  copy  operations!  This  means  that  an  iterative  self- 


adjusting  mechanism  needs  to  be  placed  into  the  soft- 
ware to  determine  the  correct  buffer  sizing  for  optimal 
operation.  Fixed  values  for  buffer  sizes  may  be  used;  in 
such  a  case,  the  LAPP  method  will  still  provide  a  signifi- 
cant performance  increase,  but  the  performance  in- 
crease will  not  be  maximized. 

The  following  diagram  illustrates  this  setup  for  a  receive 
ring  size  of  9: 


Descriptor 
#1 

OWN  =  1  STP  =  1 

SIZE  =  A-(S1+S2+S3+S4+S6) 

Descriptor 
#2 

OWN  =  1  STP  =  0 
SIZE  =  S1 +S2+S3+S4 

Descriptor 
#3 

OWN  =  0  STP  =  0 
SIZE  =  S6 

Descriptor 
#4 

OWN  =  1  STP  =  1 

SIZE  =  A-(S1+S2+S3+S4+S6) 

Descriptor 
#5 

OWN  =  1  STP  =  0 
SIZE  =  S1+S2+S3+S4 

Descriptor 
#6 

OWN  =  0  STP=0 
SIZE  =  S6 

Descriptor 
#7 

OWN  =1  STP  =  1 

SIZE  =A-(S1+S2+S3+S4+S6) 

Descriptor 
#8 

OWN  =  1  STP  =  0 
SIZE  =  SHS2+S3+S4 

Descriptor 
#9 

OWN  =  0  STP  =  0 
SIZE  =  S6 

A    =  Expected  message  size  in  bytes 

51  =  Interrupt  latency 

52  =  Application  call  latency 

53  =  Time  needed  for  driver  to  write 
to  third  descriptor 
Time  needed  for  driver  to  copy 
data  from  buffer  #1  to 
application  buffer  space 

Time  needed  for  driver  to  copy 
data  from  buffer  #2  to 
application  buffer  space 


S4 


S6 


Note  that  the  times  needed  for  tasks  S1, 
S2,  S3,  S4,  and  S6  should  be  divided  by 
0.8  microseconds  to  yield  an  equivalent 
number  of  network  byte  times  before 
subtracting  these  quantities  from  the 
expected  message  size  A. 
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Figure  D2.  LAPP  3  Buffer  Grouping 


LAPP  Rules  for  Parsing  of  Descriptors 

When  using  the  LAPP  method,  software  must  use  a 
modified  form  of  descriptor  parsing  as  follows: 

■  Software  will  examine  OWN  and  STP  to  determine 
where  a  RCV  frame  begins.  RCV  frames  will  only 
begin  in  buffers  that  have  OWN  =  0  and  STP  =  1 . 

■  Software  shall  assume  that  a  frame  continues  until 
it  finds  either  ENP  =  1  or  ERR=  1. 

■  Software  must  discard  all  descriptors  with  OWN  = 
0  and  STP  =  0  and  move  to  the  next  descriptor 
when  searching  for  the  beginning  of  a  new  frame; 
ENP  and  ERR  should  be  ignored  by  software  dur- 
ing this  search. 

■  Software  cannot  change  an  STP  value  in  the  re- 
ceive descriptor  ring  after  the  initial  setup  of  the 


ring  is  complete,  even  if  software  has  ownership  of 
the  STP  descriptor  unless  the  previous  STP  de- 
scriptor in  the  ring  is  also  OWNED  by  the  software. 

When  LAPPEN  =  1 ,  then  hardware  will  use  a  modified 
form  of  descriptor  parsing  as  follows: 

■  The  controller  will  examine  OWN  and  STP  to  de- 
termine where  to  begin  placing  a  RCV  frame.  A 
new  RCV  frame  will  only  begin  in  a  buffer  that  has 
OWN  =  1  and  STP  =  1 . 

■  The  controller  will  always  obey  the  OWN  bit  for 
determining  whether  or  not  it  may  use  the  next 
buffer  for  a  chain. 

■  The  controller  will  always  mark  the  end  of  a  frame 
with  either  ENP  =  1  or  ERR=  1. 
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The  controller  will  discard  all  descriptors  with 
OWN  =  1  and  STP  =  0  and  move  to  the  next  de- 
scriptor when  searching  for  a  place  to  begin  a  new 
frame.  It  discards  these  descriptors  by  simply 
changing  the  ownership  bit  from  OWN=1  to  OWN 
=  0.  Such  a  descriptor  is  unused  for  receive  pur- 
poses by  the  controller,  and  the  driver  must  recog- 
nize this.  (The  driver  will  recognize  this  if  it  follows 
the  software  rules). 

The  controller  will  ignore  all  descriptors  with  OWN 
=  0  and  STP  =  0  and  move  to  the  next  descriptor 


when  searching  for  a  place  to  begin  a  new  frame. 
In  other  words,  the  controller  is  allowed  to  skip  en- 
tries in  the  ring  that  it  does  not  own,  but  only  when 
it  is  looking  for  a  place  to  begin  a  new  frame. 

Some  Examples  of  LAPP  Descriptor 
Interaction 

Choose  an  expected  frame  size  of  1060  bytes.  Choose 
buffer  sizes  of  800,  200  and  200  bytes. 


■  Assume  that  a  1060  byte  frame  arrives  correctly,  and  that  the  timing  of  the  early  interrupt  and  the  software  is 
smooth.  The  descriptors  will  have  changed  from: 


Descriptor 
Number 

Before  the  Frame  Arrives 

After  the  Frame  has  Arrived 

Comments 

(after  frame  arrival) 

OWN 

STP 

ENP 

OWN 

STP 

ENP' 

1 

1 

1 

X 

0 

1 

0 

bytes  1-800 

2 

1 

0 

X 

0 

0 

0 

bytes  801-1000 

3 

0 

0 

X 

0 

0 

1 

bytes  1001-1060 

4 

1 

1 

X 

1 

1 

X 

controller's  current  location 

5 

1 

0 

X 

1 

0 

X 

not  yet  used 

6 

0 

0 

X 

0 

0 

X 

not  yet  used 

etc. 

1 

1 

X 

1 

1 

X 

not  yet  used 

'ENP  or  ERR 


■  Assume  that  instead  of  the  expected  1060  byte  frame,  a  900  byte  frame  arrives,  either  because  there  was  an 
error  in  the  network,  or  because  this  is  the  last  frame  in  a  file  transmission  sequence. 


Descriptor 
Number 

Before  the  Frame  Arrives 

After  the  Frame  has  Arrived 

Comments 

(after  frame  arrival) 

OWN 

STP 

ENP 

OWN 

STP 

ENP' 

1 

1 

1 

X 

0 

1 

0 

bytes  1-800 

2 

1 

0 

X 

0 

0 

1 

bytes  801-900 

3 

0 

0 

X 

0 

0 

?* 

discarded  buffer 

4 

1 

1 

X 

1 

1 

X 

controller's  current  location 

5 

1 

0 

X 

1 

0 

X 

not  yet  used 

6 

0 

0 

X 

0 

0 

X 

not  yet  used 

etc. 

1 

1 

X 

1 

1 

X 

not  yet  used 

*  ENP  or  ERR 


_______ 
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Note  that  the  PCnet-PCI  controller  might  write  a  ZERO 
to  ENP  location  in  the  3rd  descriptor.  Here  are  the  two 
possibilities: 

1 .  If  the  controller  finishes  the  data  transfers  into 
buffer  number  2  after  the  driver  writes  the  applica- 
tions modified  buffer  pointer  into  the  third  descrip- 
tor, then  the  controller  will  write  a  ZERO  to  ENP  for 
this  buffer  and  will  write  a  ZERO  to  OWN  and  STP. 

2.  If  the  controller  finishes  the  data  transfers  into 
buffer  number  2  before  the  driver  writes  the  appli- 
cations modified  buffer  pointer  into  the  third  de- 
scriptor, then  the  controller  will  complete  the  frame 
in  buffer  number  two  and  then  skip  the  then  un- 
owned third  buffer.  In  this  case,  the  PCnet-PCI 
controller  will  not  have  had  the  opportunity  to  RE- 
SET the  ENP  bit  in  this  descriptor,  and  it  is  possi- 
ble that  the  software  left  this  bit  as  ENP=1  from  the 
last  time  through  the  ring.  Therefore,  the  software 
must  treat  the  location  as  a  don't  care;  The  rule  is, 
after  finding  ENP=1  (or  ERR=1)  in  descriptor  num- 
ber 2,  the  software  must  ignore  ENP  bits  until  it 
finds  the  next  STP=1. 


Assume  that  instead  of  the  expected  1060  byte 
frame,  a  100  byte  frame  arrives,  because  there 
was  an  error  in  the  network,  or  because  this  is  the 
last  frame  in  a  file  transmission  sequence,  or  per- 
haps because  it  is  an  acknowledge  frame. 

*  Same  as  note  in  case  2  above,  except  that  in  this  case, 
it  is  very  unlikely  that  the  driver  can  respond  to  the  inter- 
rupt and  get  the  pointer  from  the  application  before  the 
PCnet-PCI  controller  has  completed  its  poll  of  the  next 
descriptors.  This  means  that  for  almost  all  occurrences 
of  this  case,  the  PCnet-PCI  controller  will  not  find  the 
OWN  bit  set  for  this  descriptor  and  therefore,  the  ENP 
bit  will  almost  always  contain  the  old  value,  since  the 
PCnet-PCI  controller  will  not  have  had  an  opportunity  to 
modify  it. 

"  Note  that  even  though  the  PCnet-PCI  controller  will 
write  a  ZERO  to  this  ENP  location,  the  software  should 
treat  the  location  as  a  don't  care,  since  after  finding  the 
ENP=1  in  descriptor  number  2,  the  software  should  ig- 
nore ENP  bits  until  it  finds  the  next  STP=1 . 


Descriptor 
Number 

Before  the  Frame  Arrives 

After  the  Frame  has  Arrived 

Comments 

(after  frame  arrival) 

OWN 

STP 

ENP 

OWN 

STP 

ENP* 

1 

1 

1 

X 

0 

1 

1 

bytes  1-100 

2 

1 

0 

X 

0 

0 

0" 

discarded  buffer 

3 

0 

0 

X 

0 

0 

?• 

discarded  buffer 

4 

1 

1 

X 

1 

1 

X 

controller's  current  location 

5 

1 

0 

X 

1 

0 

X 

not  yet  used 

6 

0 

0 

X 

0 

0 

X 

not  yet  used 

etc. 

1 

1 

X 

1 

1 

X 

not  yet  used 

'ENP  or  ERR 


Buffer  Size  Tuning 

For  maximum  performance,  buffer  sizes  should  be  ad- 
justed depending  upon  the  expected  frame  size  and  the 
values  of  the  interrupt  latency  and  application  call  la- 
tency. The  best  driver  code  will  minimize  the  CPU  utili- 
zation while  also  minimizing  the  latency  from  frame  end 
on  the  network  to  frame  sent  to  application  from  driver 
(frame  latency).  These  objectives  are  aimed  at  increas- 
ing throughput  on  the  network  while  decreasing  CPU 
utilization. 

Note  that  the  buffer  sizes  in  the  ring  may  be  altered  at 
any  time  that  the  CPU  has  ownership  of  the  correspond- 
ing descriptor.  The  best  choice  for  buffer  sizes  will  maxi- 
mize the  time  that  the  driver  is  swapped  out,  while 
minimizing  the  time  from  the  last  byte  written  by  the 


PCnet-PCI  controller  to  the  time  that  the  data  is  passed 
from  the  driver  to  the  application.  In  the  diagram,  this 
corresponds  to  maximizing  SO,  while  minimizing  the 
time  between  C9  and  S8.  (The  timeline  happens  to 
show  a  minimal  time  from  C9  to  S8.) 

Note  that  by  increasing  the  size  of  buffer  number  1 ,  we 
increase  the  value  of  SO.  However,  when  we  increase 
the  size  of  buffer  number  1 ,  we  also  increase  the  value 
of  S4.  If  the  size  of  buffer  number  1  is  too  large,  then  the 
driver  will  not  have  enough  time  to  perform  tasks  S2,  S3, 
S4,  S5  and  S6.  The  result  is  that  there  will  be  delay  from 
the  execution  of  task  C9  until  the  execution  of  task  S8.  A 
perfectly  timed  system  will  have  the  values  for  S5  and 
S7  at  a  minimum. 
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An  average  increase  in  performance  can  be  achieved  if 
the  general  guidelines  of  buffer  sizes  in  figure  2  is  fol- 
lowed. However,  as  was  noted  earlier,  the  correct  sizing 
for  buffers  will  depend  upon  the  expected  message  size . 
There  are  two  problems  with  relating  expected  message 
size  with  the  correct  buffer  sizing: 

1.  Message  sizes  cannot  always  be  accurately  pre- 
dicted, since  a  single  application  may  expect  differ- 
ent message  sizes  at  different  times,  therefore,  the 
buffer  sizes  chosen  will  not  always  maximize 
throughput. 

2.  Within  a  single  application,  message  sizes  might 
be  somewhat  predictable,  but  when  the  same 
driver  is  to  be  shared  with  multiple  applications, 
there  may  not  be  a  common  predictable  message 
size. 

Additional  problems  occur  when  trying  to  define  the  cor- 
rect sizing  because  the  correct  size  also  depends  upon 
the  interrupt  latency,  which  may  vary  from  system  to 
system,  depending  upon  both  the  hardware  and  the 
software  installed  in  each  system. 

In  order  to  deal  with  the  unpredictable  nature  of  the  mes- 
sage size,  the  drivercan  implement  a  self  tuning  mecha- 
nism that  examines  the  amount  of  time  spent  in  tasks  S5 
and  S7  as  such:  while  the  driver  is  polling  for  each  de- 
scriptor, it  could  count  the  number  of  poll  operations  per- 
formed and  then  adjust  the  number  1  buffer  size  to  a 
larger  value,  by  adding  T  bytes  to  the  buffer  count,  if  the 
number  of  poll  operations  was  greater  than  "x".  If  fewer 
than  "x"  poll  operations  were  needed  for  each  of  S5  and 
S7,  then  the  software  should  adjust  the  buffer  size  to  a 
smaller  value  by,  subtracting  "y"  bytes  from  the  buffer 
count.  Experiments  with  such  a  tuning  mechanism  must 
be  performed  to  determine  the  best  values  for  "X"  and 

Note  whenever  the  size  of  buffer  number  1  is  adjusted, 
buffer  sizes  for  buffer  number  2  and  buffer  3  should  also 
be  adjusted. 


In  some  systems,  the  typical  mix  of  receive  frames  on  a 
network  for  a  client  application  consists  mostly  of  large 
data  frames,  with  very  few  small  frames.  In  this  case,  for 
maximum  efficiency  of  buffer  sizing,  when  a  frame  ar- 
rives under  a  certain  size  limit,  the  driver  should  not  ad- 
just the  buffer  sizes  in  response  to  the  short  frame. 

An  Alternative  LAPP  Flow  -  the  TWO  Interrupt 
Method 

An  alternative  to  the  above  suggested  flow  is  to  use  two 
interrupts,  one  at  the  start  of  the  receive  frame  and  the 
other  at  the  end  of  the  receive  frame,  instead  of  just  look- 
ing for  the  SRP  interrupt  as  was  described  above.  This 
alternative  attempts  to  reduce  the  amount  of  time  that 
the  software  wastes  while  polling  for  descriptor  own  bits. 
This  time  would  then  be  available  for  other  CPU  tasks.  It 
also  minimizes  the  amount  of  time  the  CPU  needs  for 
data  copying.  This  savings  can  be  applied  to  other  CPU 
tasks. 

The  time  from  the  end  of  frame  arrival  on  the  wire  to  de- 
livery of  the  frame  to  the  application  is  labeled  as  frame 
latency.  For  the  one-interrupt  method,  frame  latency  is 
minimized,  while  CPU  utilization  increases.  For  the  two- 
interrupt  method,  frame  latency  becomes  greater,  while 
CPU  utilization  decreases. 

Note  that  some  of  the  CPU  time  that  can  be  applied  to 
non-Ethernet  tasks  is  used  for  task  switching  in  the 
CPU.  One  task  switch  is  required  to  swap  a  non-Ether- 
net task  into  the  CPU  (after  S7A)  and  a  second  task 
switch  is  needed  to  swap  the  Ethernet  driver  back  in 
again  (at  S8A).  If  the  time  needed  to  perform  these  task 
switches  exceeds  the  time  saved  by  not  polling  descrip- 
tors, then  there  is  a  net  loss  in  performance  with  this 
method.  Therefore,  the  LAPP  method  implemented 
should  be  carefully  chosen. 
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Figure  D3  shows  the  event  flow  tor  the  two-interrupt  method: 
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C8:  Controller  is  performing  intermittent 
bursts  of  DMA  to  fill  data  butter  #3. 


C7:  Controller  writes  descriptor  #2. 


C6:  "Last  chance"  lookahead  to 
descriptor  #3  (OWN).  | 

C5:  Controller  is  performing  intermittent 
bursts  of  DMA  to  fill  data  buffer  #2. 


C4:  Lookahead  to  descriptor  #3  (OWN). 
C3:SRP  interrupt  .  ' 
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C1 :  Controller  is  performing  intermittent 
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Software 
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S10:  Driver  sets  up  TX  descriptor. 

9:  Application  processes  packet,  generates  TX  packet. 

f  S8:  Driver  calls  application 

■  <       to  tell  application  that 

I      packet  has  arrived. 
S8A:  Interrupt  latency 


S7:  Driver  is  swapped  out,  allowing  a  non-Etherenet 
application  to  run. 

f  S7A:  Driver  Interrupt  Service 
— % — • — <         Routine  executes 
I  RETURN. 
S6:  Driver  copies  data  from  buffer  #2  to  the  application  buffer. 

S5:  Driver  polls  descriptor  #2. 


S4:  Driver  copies  data  from  buffer  #1  to  the  application  buffer. 


}{ 


S1 :  Interrupt  latency. 


S3:  Driver  writes  modified  application 

pointer  to  descriptor  #3. 
S2:  Driver  call  to  application  to 

get  application  buffer  pointer. 


SO:  Driver  is  idle. 
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Figure  D3.  LAPP  Timeline  for  TWO-INTERRUPT  Method 


1-1030 


Am79C970 


AMD 


Figure  D4  shows  the  buffer  sizing  for  the  two-interrupt 
method.  Note  that  the  second  buffer  size  will  be  about 
the  same  for  each  method. 
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Expected  message  size  in  bytes 
Interrupt  latency 
Application  call  latency 
Time  needed  lor  driver  to  write 
to  third  descriptor 
Time  needed  for  driver  to  copy 
data  from  buffer  #1  to 
application  buffer  space 
Time  needed  for  driver  to  copy 
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Wore  that  the  times  needed  for  tasks  S1, 
S2,  S3,  S4,  and  S6  should  be  divided  by 
0. 8  microseconds  to  yield  an  equivalent 
number  of  network  byte  times  before 
subtracting  these  quantities  from  the 
expected  message  size  A. 


Figure  D4.  LAPP  3  Buffer  Grouping  for  TWO-INTERRUPT  Method 


There  is  another  alternative  which  is  a  marriage  of  the 
two  previous  methods.  This  third  possibility  would  use 
the  buffer  sizes  set  by  the  two-interrupt  method,  but 
would  use  the  polling  method  of  determining  frame  end. 
This  will  give  good  frame  latency  but  at  the  price  of  very 
high  CPU  utilization. 


And  still,  there  are  even  more  compromise  positions  that 
use  various  fixed  buffer  sizes  and  effectively,  the  flow  of 
the  one-interrupt  method.  All  of  these  compromises  will 
reduce  the  complexity  of  the  one-interrupt  method  by  re- 
moving the  heuristic  buffer  sizing  code,  but  they  all 
become  less  efficient  than  heuristic  code  would  allow. 
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DATA  SHEET  REVISION  SUMMARY 

The  following  list  represents  the  key  differences  be- 
tween revision  B  (May  1994)  and  revision  C  (June 
1994). 

Global  Change 

DWIO  mode  cannot  be  set  by  reading  the  EEPROM  or 
writing  directly  to  BCR18. 

The  Initialization  Block  must  be  on  a  double-word 
boundary. 

Detailed  Functions 
Page  1-888: 

The  section  on  PCnet-PCI  controller  I/O  Resource  Map- 
ping is  rewritten  to  reflect  changes  in  methods  of  setting 
DWIO  mode. 

User  Accessible  Registers 
Page  1-955: 

CSR1 

The  description  for  Initialization  Block  boundary  require- 
ment is  rewritten  for  clarity. 

Page  1-967: 

CSR58 

The  description  for  bit  8  (SSIZE32)  is  rewritten  for 
clarity. 

Page  1-982: 

BCR18 

The  description  for  bit  7  (DWIO)  is  rewritten  for  clarity. 


The  following  list  represents  the  key  differences  be- 
tween revision  A  (October  1993)  and  revision  B  (April 
1994). 

Page  1-987: 

BCR20 

The  description  for  bit  8  (SSIZE32)  is  rewritten  for 
clarity. 

Global  Change 

Look-Ahead  Packet  Processing  (LAPP)  is  the  name  for 
the  early  protocol  analysis. 

Block  Diagram 

Page  1-869: 

The  LOCK  pin  is  changed  from  bidirectional  to  unidirec- 
tional. It  is  now  an  input  only.  The  EESK/LED1  pin  is  now 
changed  to  bidirectional  for  typographical  correction. 

Connection  Diagram 

Page  1-877: 

Various  pin  names  have  been  changed  for  either  en- 
hanced clarity  or  to  correct  typographical  errors. 

The  pins  that  are  affected  are  9,  58,  91 ,  94,  96, 97, 98, 
100, 103,  108,  116,  and  127. 


Pin  Designations 
Page  1-879: 

Various  pin  names  have  been  changed  for  either  en- 
hanced clarity  or  to  correct  typographical  errors. 

The  pins  that  are  affected  are  9,  58, 91 , 94, 96, 97, 98, 
100, 103,  108,  116,  and  127. 

Page  1-880: 

The  LOCK  pin  is  changed  from  an  I/O  to  an  input.  No 
driver  type  is  available. 

Page  1-881: 

The  Ioh  value  for  TS3  and  TS6  are  now  -2.  Driver  type 
06  is  removed.  Driver  type  08  is  added. 

Pin  Description 

Page  1-882: 

Pin  descriptions  for  various  pins  were  rewritten  for  clar- 
ity. The  pins  are  GNT,  LOCK,  and  PERR. 

Detailed  Functions 
Page  1-937: 

Table  8 

EEPROM  Contents— Corrected  the  Hardware  ID  (byte 
address  09h)  value  to  1 1  h. 

Page  1-944: 
Figure  30 

NAND  Tree — Typographical  errors  were  corrected. 
User  Accessible  Regfsers 
Page  1-956: 

CSR3 

The  bit  name  for  bit  5  is  changed  to  LAPPEN  (Look- 
Ahead  Packet  Processing  ENable). 

Page  1-958: 

CSR4 

The  bit  name  for  bit  9  is  changed  to  MFCO  (Missed 
Frame  Counter  Overflow),  and  the  bit  name  for  bit  8  is 
changed  to  MFCOM  (Missed  Frame  Counter  Overflow 
Mask). 

Page  1-971: 

CSR80— The  description  for  bits  9-8  is  rewritten  for 
clarity. 

Page  1-974: 

CSR89— The  upper  12  bits  of  the  PCnet-PCI  controller 
part  number  contained  in  bits  11-0  are  corrected.  The 
12  bits  now  read  0010  0100  001 1b. 

CSR90— The  description  for  this  register  is  removed, 
because  it  is  now  a  reserved  register. 

Page  1-975: 

CSR124— The  description  for  bit  3  is  rewritten  for 
clarity. 
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Page  1-982: 

BCR18 — The  descriptions  for  bits  5  and  6  are  rewritten 
for  clarity. 

Page  1-994: 

Tabel  18— The  table  is  cleaned  up  for  clarity. 
DC  Characteristics 
Page  1-1001: 

Vol 

The  maximum  value  is  0.55  V  if  Iol  is  3  or  6  mA.  The 
maximum  value  is  0.4  V  if  Iol  is  12  mA. 


AMD  £J 

Page  1-1003: 

CO 

The  maximum  value  is  now  10  pF. 

Appendices 

Appendix  A 

This  section  is  updated  with  the  latest  information. 
Appendix  B 

This  section  is  rewritten  for  clarity. 
Appendix  D 

This  is  a  new  section  on  the  LAPP  Concept. 
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Am7996  IEEE-802.3  (ETHERNET/CHEAPERNET)  SI 
Transceiver 


INTRODUCTION 

The  Am7996  IEEE-802.3  (Ethernet/Cheapernet) 
Transceiver  integrates  all  the  transceiver  func- 
tions required  for  10  Mbps  CSMA/CD  (Carrier 
Sense  Multiple  Access  with  Collision  Detection) 
LANs.  These  functions  include  transmit  receiver, 
collision  detect,  iptional  signal  Quality  Error 
(SQE)  test,  Jabber  timer  (including  the  hooks  for 
an  external  redundant  jabber)  and  noise  rejec- 


tion filters  (see  Figure  1 .)  It  highly  integrates  the 
Ethernet/Cheapernet  systems  when  used  with 
the  AM7990  LANCE  (data  link  controller)  and 
Am7992B  Serial  Interface  Adapter  (SIA) 
(Manchester  encoder/decoder). 

The  Am7996  is  a  CSMA/CD  transceiver  whose 
main  structure  consists  of  three  functional 
blocks;  transmit  including  jabber  control,  re- 
ceiver, and  collision  detection.  Each  section  op- 
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Figure  1.  Arm 7996  Block  Diagram 
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erates  independently.  In  the  transmit  section, 
data  is  received  differently  from  the  Data  Termi- 
nal Equipment  (DTE)  and  transmitted  out,  sin- 
gle ended,  to  the  medium  (coax  cable).  The 
Jabber  function  guards  the  medium  from  node 
transmissions  that  are  excessive  in  length.  The 
receive  section  listens  to  data  differentially  to 
the  DTE.  The  collision  detection  section  moni- 
tors the  medium  for  simultaneous  transmis- 
sions, and  when  that  occurs  it  reports  it  to  the 
DTE  via  a  10  MHz  differential  signal. 

This  application  note  first  describes  briefly  the  Eth- 
ernet/Cheapernet  standards.  The  use  of  Am7996 
with  extended  cable  lengths  is  then  explained. 
The  three  functional  blocks  (transmit,  receive,  and 
collision  detection)  mentioned  above  are  then 
discussed  in  detail.  This  is  followed  by  practical 
guidelines  regarding  the  external  components 
required.  Measurement  techniques  are  also 
discussed.  Finally,  application  examples  are  given. 


lEEE-802.3  Standard  (Ether net/Cheapemet) 

The  IEEE-802.3  is  the  existing  standard  for  the 
bottom  two  layers  of  the  7  layer  Open  System 
Interconnection  (OSI)  which  was  formulated  and 
adopted  by  the  International  Standards 
Organizations  (ISO).  The  main  structure  of  the 
specification  comes  from  Ethernet  which  was 
jointly  developed  by  XEROX,  Digital  Equipment 
Corporation  and  Intel. 

Another  standard,  known  in  the  industry  as 
"Cheapernet",  was  developed  by  the  same 
committee  at  a  faster  pace  than  the  802.3  Ethernet 
standard.  Cheapernet  is  an  extension  to  the 
existing  and  proven  standard,  IEEE-802.3  Ether- 
net. It  is  a  CSMA/CD  network  at  10  Mbps.  Its 
network  architecture  is  the  same  as  Ethernet 
except  it  incorporates  cheaper  cable,  connectors, 
and  maintenance.  Its  installation  consists  of  simply 
connecting  an  RG-58  cable  to  a  BNC  connector. 


DTE 
/ 


LOCAL 
CPU 


Am7W0 
LANCE 


Am7K2S 
S1A 


AUI—  ATTACHMENT  UNIT  INTERFACE 
DTE —  DATA  TERMINAL  EQUIPMENT 
MAU —  MEDIA  ACCESS  UNIT 


CHEAPERNET 


DTE 


LOCAL 
CPU 


LOCAL 
MEMORY 


Am7990 
LANCE 


Am7992B 
SIA 


3IC 


\ 


DIC 


Am  7996 
TRANSCEIVER 


POWER 
SUPPPLY 


ETHERNET 
COAX 


Am7996 
TRANSCEIVER 


POWER 

SUPPPLY 

.  RG50 
BNC  T" 


08031A  2 


Figure  2.  Ethernet  and  Cheapernet  Configurations 
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Figure  2  shows  a  block  diagram  of  an  Ethernet  and 
a  Cheapernet  configuration. 

IEEE-802.3  refers  to  the  original  standard, 
Ethernet,  as  10BASE5  or  Type  A  applications,  and 
refers  to  the  second  one,  Cheapernet,  as 
10BASE2  or  Type  B  applications.  In  the  IEEE- 
802.3  terminology,  10BASE  refers  to  10  MHz 
baseband  and  the  suffix  5  or  2  refers  to  500  or  200 
meter  cable  segment,  respectively.  Note  that  the 
actual  length  of  the  cable  segment  is  185  meters  in 
the  Cheapernet  specification. 

In  an  Ethernet  installation,  up  to  100  Media  Access 
Units  (MAU)  may  be  connected  to  one  cable 
segment  of  500  meters.  In  a  Cheapernet  instal- 
lation, up  to  30  MAUs  may  be  connected  to  one 
cable  segment  of  185  meters.  In  either  Ethernet 
or  Cheapernet,  repeaters  may  be  used  to  connect 
up  to  five  segments  together  into  one  network. 
Referto  Figure  3. 

The  Am7996  has  been  targeted  for  both  appli- 


cations, Ethernet  and  Cheapernet.  It  offers  the 
flexibility  and  the  engineering  hooks  for  some 
of  the  tight  parameters,  and  for  network  protection 
which  is  required  in  Ethernet  applications.  This 
gives  the  user  the  flexibilty  of  applying  the  same 
chip  for  both  applications.  Most  OEM  boards  are 
now  designed  to  include  both  options,  an  onboard 
transceiver  for  cheapernet  application,  and  an 
optional  1 5  pin  D  connector  for  the  AUI  cable  to  ac- 
cess the  Ethernet  transceiver  box. 

The  salient  features  of  Ethernet  and  Cheapernet 
are  shown  in  Table  1. 

Am7996  Application  in  Extended  Cable  Lengths 

The  Am7996  has  been  designed  for  Transmit 
Mode  collision  detection.  (Collision  detection 
methods  are  discussed  later  in  this  manual.)  As  a 
result,  the  Am7996  can  be  used  in  longer  cable 
segments  than  specified  in  the  IEEE-802.3.  Table 
2  below  shows  the  extended  cable  length  feature 
of  the  Am7996. 
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Figure  3.  Ethernat/Cheapernet  Network  Configuration 
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ixtended  cable  segment  feature  can  elim- 
ite  the  need  for  repeaters.  This  reduces  the  cost 
adds  flexibility  in  installing  more  nodes.  Note 
that  the  extended  cable  segment  support  does 
ot  violate  the  IEEE-802.3  standard.  It  is  the  Trans- 
Mode  collision  detection  scheme,  in  Am7996, 
i  allows  this  extended  feature. 

VNSMIT  FUNCTION 

i  Am7996  receives  differential  signals  from  the 
DTE  (in  the  case  of  Am7990  family  applications, 
from  the  Am7992B-Serial  Interface  Adapter-SIA). 
For  IEEE-802.3  Type  A  (Ethernet)  applications, 
his  signal  is  received  through  the  AUI  cable  and 


isolation  transformer.  In  IEEE-802.3  Type  B 
(Cheapernet)  applications,  the  AUI  cable  (but 
not  the  isolation  transformer)  is  optional. 

Data  is  received  through  an  internal  noise  rejec- 
tion fitter  that  rejects  signals  with  pulse  widths 
less  than  7  ns  (negative  going),  or  greater  than 
160  ns  (positive  going)  with  levels  less  than 
-175  mV  peak.  Only  signals  greater  than 
-275  m V  peak  from  the  DTE  are  accepted.  This 
minimizes  false  starts  due  to  noise  and  ensures 
no  valid  packets  are  missed. 

The  Am7996's  Tap  driver  provides  the  driving 
capability  to  ensure  adequate  signal  level  at  the 
end  of  the  maximum  length  network  segment  (500 


Table  1.  IEEE-802.3  10BASES  (Ethernet)  and  10BASE2  (Cheapernet)  Comparison 


Parameter 

IEEE-802.3  10BASE5 
(Ethernet) 

IEEE-802.3  10BASE2 
(Cheapernet) 

Data  Rate 

10  Mbps 

10  Mbps 

Segment  Length 

500  meter 

185  meter 

Network  Length 

2500  meter 

925  meter 

Nodes  Per  Segment 

100 

30 

Node  Spacing  (Min) 

2.5  meter 

0.5  meter 

Cable/Connector 

0.4  in  diameter,  50  Ohm 
Double  shielded 
shielded  N-series  connectors 
Rugged 

0.2  diameter,  50  Ohm 
(RG-58  A/U  type) 
Single  BNC  connectors 
Flexible  (thin) 

Transceiver  Cable 
(AUI  interface) 

0.38  in.  diameter  multiway 
cable  with  15  pin  D  connectors 
(Length  up  to  50  meter) 

Optional 

Capacitance/Node 

4pF 

8pF 

Installation 

Installer  required  (costly) 

Mainly  by  user  (low  cost) 

Table  2.  Extended  Cable  Lengths  with  Am7996 

CABLE  LENGTH 

Applications 

IEEE-802.3 

*Am7996 

10BASE5,  Ethernet 

500  meter 

1000  meter 

(Ethernet  Thick  cable) 

10BASE2,  Cheapernet 

185  meter 

300  meter 

(RG58  Thin  cable) 

*  Transmit  mode  collision  implementation 
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meters  Ethernet,  or  185  meters  Cheapernet)  un- 
der the  worst  case  number  of  connections  (100 
nodes  Ethernet,  or  30  nodes  Cheapernet).  Re- 
quired rise  and  fall  times  of  data  transmitted  on  the 
network  are  maintained  by  the  Am7996  Tap  driver. 
The  Tap  driver's  output  is  connected  to  the  media 
through  external  isolating  diodes.  To  safeguard 
network  integrity,  the  driver  is  disabled  whenever 
the  operating  voltage  falls  below  the  minimum. 

Signal  Quality  Error  (SQE)  Test  (Heartbeat) 

A  diagnostic  feature  has  been  specified  for  the 
MAU  in  the  IEEE-802.3.  The  Signal  Quality  Er- 
ror (SQE)  Test  is  a  self  test  feature  in  the  MAU 
which  is  invoked  after  the  end  of  each  transmis- 
sion by  the  DTE.  The  SQE  test  starts  eight  bit 
times  after  the  last  transition  of  the  transmitted 
signal  and  lasts  for  a  duration  of  eight  bit  times. 
The  Am7996  sends  a  1 0  MHz  differential  signal 
through  CI±tothe  DTE  when  SQETESTpin  (pin 
7)  is  tied  to  Vee-  This  test  is  an  indication  to  the 
DTE  that  the  MAU  has  recognized  the  end  of 
the  transmission  and  the  collision  pair,  Cl±,  is 
intact  and  operational. 

Pin-strappable  SQE  Test  Option:  The  SQE  test  is 
selectable  via  the  SQE  TEST  pin  (pin  7).  It  can  be 
tied  to  Vee  *or  SQE  test  or  to  ground  (Vqci  or 
VCC2>  ,or  a  non-SQE  test  MAU.  The  optional 
feature  allows  the  use  of  the  Am7996  in  both 
repeater  and  non-repeater  applications. 

Jabber  Function 

Another  means  of  protecting  the  network  (me- 
dium) is  to  ensure  that  no  node,  under  any  cir- 
cumstances, hangs  the  network.  In  an 
IEEE-802.3  network,  the  maximum  packet  size 
is  limited  to  1518  octets  which  is  equivalent  to 
about  1.2  ms  (including  the  64  bit  preamble). 
The  Jabber  timer  monitors  the  activity  on  the 
DO  pair  and  senses  TXT  (pin  12)  faults  for  ex- 
cessive continuous  transmission.  The  Jabber 
goes  active  and  inhibits  transmission  if  the  Tap 
driver  is  active  for  longer  than  the  Jab  time.  The 
Jab  time  specified  by  IEEE-802.3  is  from  20  to 
150  ms.  In  the  Am7996,  it  is  from  20  to  35  ms. 
When  the  Jabber  goes  active,  it  isolates  the  out- 
put drivers  at  the  Tap  from  the  coax  and  enables 
an  SQE  message  (10  MHz  differential  collision 
signal)  on  the  CI  pair  for  the  fault  duration. 

IEEE  802.3  states  that  in  a  self-powered  MAU, 
the  Jabber  timer  and  collision  presence  on  the 
CI  pair  are  cleared  after  the  fault  condition  goes 
away  for  a  period  of  500  ms  ±  50%  (250  to  750 
ms).  The  Jabber  reset  time  in  the  Am7996  is  be- 
tween 340  and  500  ms. 

Redundant  Jabber:  The  hooks  for  optional 
redundant  protection  specified  by  the  IEEE-802.3 


have  been  implemented  in  the  Am7996.  A  re- 
dundant Jabber  sits  outside  the  Am7996  and 
typically  duplicates  the  Jabber  internal  to  the 
Am7996.  When  the  external  Jabber  is  imple- 
mented, the  VTX-pin  is  directly  controlled  by  the 
external  Jabber  circuitry.  To  externally  disable  TXT 
(and  enable  an  SQE  message  on  CI  pair),  the  volt- 
age at  VTX-pin  should  be  brought  to  a  value  more 
positive  than  VEE  +  2V. 

Jabber  Recovery  Time:  One  of  the  parameters  in 
the  Jabber  function  is  the  Jabber  recovery  time 
which  is  significant  in  terms  of  the  correct  operation 
of  the  Jabber  timer.  The  Jabber  timer  always  starts 
counting  from  the  start  of  each  transmission  and  is 
reset  at  the  end  of  the  transmission.  The  time 
required  for  the  timer  to  reset  is  called  the  Jabbei 
recovery  time.  This  parameter  is  1  us  (max)  in  the 
Am7996.  It  is  important  that  this  time  be  as  short  as 
possible. 

Consider  an  IEEE-802.3  network  in  maximum 
configuration.  There  are  four  repeaters  in  such  a 
configuration.  Because  of  the  nature  of  such 
regenerative  repeaters,  the  InterPacket  Gap  time 
(IPG)  can  shrink  from  9.6  \isec  (9.6  ^isec  is  the  IPG 
spec  in  IEEE-802.3  for  the  gap  between  two 
consecutive  transmissions)  to  about  5.0  usee  in  a 
normal  packet  transfer.  The  IPG  can  even  shrink  to 
less  than  5.0  usee  under  excessive  collisions. 
Therefore,  if  the  Jabber  recovery  is  not  short 
enough,  the  Jabber  timer  will  not  be  cleared  and 
will  continue  to  count  after  the  start  of  the  next 
packet.  Under  the  worst  case  condition,  when  back- 
to-back  packets  are  in  progress  with  short  IPG,  the 
Jabber  goes  falsely  active.  The  Jabber  recovery 
time  is  1  usee  (max)  in  the  Am 7996  insuring  proper 
operation  under  the  worst  case  conditions. 

Inhibit  Internal  Jabber:  It  may  be  desired  in  some 
non  IEEE-802.3  applications  to  disable  the  Jabber 
function.  Consider  a  point-to-point  application 
where  a  continuous  transmission  of  more  than  20 
ms  is  desired.  For  such  applications,  the  internal 
Jabber  can  be  disabled  by  removing  the  external 
collision  oscillator  circuitry  (FU,  Ci)  and  connecting 
COLL  OSC  (pin  19)  to  Vcc2  (pin  20).  Note  that  this 
will  also  inhibit  the  SQE  test  and  any  CI  pair 
message  for  collision  presence. 

RECEIVE  AND  CARRIER  DETECT 

The  signal  is  acquired  from  the  Tap  through  a  high 
impedance  (100  kOhm)  resistive  divider.  A  high  in- 
put-impedance (low  capacitance,  high  bandwidth, 
low  noise)  DC-coupled  input  amplifier  in  the 
Am7996  receives  the  signal.  The  received  signal 
passes  through  a  high-pass  filter  to  minimize  inter- 
symbol  distortion,  and  then  through  a  data  slicer. 
The  Am 7996  carrier  detect  compares  received  sig- 
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nals  to  a  reference.  Signals  meeting  carrier  squelch 
criteria  enable  data  to  the  differential  line  driver 
within  five  bit  times  from  the  start  of  the  packet. 

Received  data  is  transmitted  from  the  Dl  pair 
through  an  isolation  transformer  to  the  Ethernet 
AUI  cable  (IEEE-802.3-Type  A).  In  IEEE-802.3 
Type  B  (Cheapernet),  the  AUI  cable  is  optional. 
Following  the  last  transition  of  the  packet,  the  Dl 
pair  is  held  high  for  two  bit  times  and  then 
decreases  to  idle  level  within  twenty  bit  times. 

COLLISION 

Collision  occurs  when  two  or  more  transceivers 
attempt  simultaneous  transmissions  on  the  me- 
dium. In  a  CSMA/CD  network,  a  mechanism  is 
needed  to  resolve  the  contention.  All  the  intelli- 
gence for  collision  back-offs,  and  the  retry  proc- 
ess resides  in  the  controller  (Am7990).  The 
Am7996  detects  a  collision  when  the  DC  aver- 
age of  the  signals  on  the  coax  crosses  the  colli- 
sion detect  threshold.  The  collision  threshold 
window  has  been  based  on  the  worst  case  con- 
ditions in  the  IEEE-802.3  cable  segment  (500 
meter  Ethernet  cable,  or  185  meters  of  RG-58 
cable)  when  two  nodes  transmit  at  the  same 
time. 

Collision  Reporting 

When  the  Am7996  detects  a  collision,  it  generates 
a  10  MHz  differential  signal  at  Cl±  which  continues 
as  long  as  there  is  a  collision  in  progress.  The  10 
MHz  differential  signal  is  normally  detected  by  the 
Manchester  Encoder/Decoder  at  the  DTE  (SIA, 
Am7992B)  which  translates  to  a  TTL  signal  for  the 
LAN  controller  (LANCE,  Am7990). 

Collision  Detection  Methods 

There  are  two  types  of  collision  detection  specified 
by  the  IEEE-802.3  standard:  Transmit  Mode  and 
Receive  Mode  collision  detection.  The  Am7996 
has  been  designed  to  support  Transmit  Mode  col- 
lision detection.  The  collision  threshold  window  for 
Transmit  Mode  collision  allows  longer  cable  seg- 
ment applications  than  what  IEEE-802.3  has  speci- 
fied. For  the  Am7996  in  repeater  applications, 
Receive  Mode  collision  detection  can  also  be  ac- 
complished by  adding  two  resistors,  R9  and  R10, 
external  to  the  chip.  Receive  Mode  collision  detec- 
tion is  optional  when  the  Media  Access  Unit  (MAU) 
is  used  in  non-repeater  applications. 

Transmit  Mode  Collision  Detection:  While 
transmitting,  the  MAU  must  detect  a  collision  if 
one  or  more  other  nodes  are  also  transmitting, 
and  may  detect  collision,  while  not  transmitting, 
if  two  other  nodes  are  transmitting.  This  is  called 
Transmit  Mode  collision  detection.  As  a  result  of 
this  type  of  collision  detection,  longer  cable  seg- 


ments than  what  IEEE-802.3  has  specified  can 
be  used.  This  type  of  collision  detection  is  nor- 
mally used  in  non-repeater  applications. 

Receive  Mode  Collision  Detection:  Regardless  of 
whether  a  MAU  is  transmitting  or  not  transmitting, 
the  MAU  must  detect  collision  if  two  or  more  modes 
(perhaps  including  itself)  are  transmitting.  This 
scheme  requires  a  tighter  threshold  than  Transmit 
Mode  collsion  detection.  The  Receive  Mode  colli- 
sion detection  limits  the  cable  length  to  what  the 
IEEE-802.3  has  specified  whereas  transmit  mode 
collision  detection,  due  to  its  wider  threshold 
window,  allows  for  the  extended  cable  segment. 

Receive  Mode  collision  detection  is  not  necessary 
in  non-repeater  applications,  but,  it  is  a  must  in 
repeater  applications  since  the  carrier  has  to  be 
sensed  by  both  sides  of  the  repeater.  Figure  4 
shows  the  external  component  configuration  for 
Cheapernet  Receive  Mode  collision  detection. 

The  Am7996  meets  the  IEEE-802.3  collision 
detect  requirements  (see  Table  3). 

Collision  Detection  in  Non-Repeater  Applica- 
tions: Receive  Mode  collision  detection  is  normally 
not  necessary  when  designing  a  MAU  in  a  non- 
repeater  application.  This  is  because  the  received 
packet,  the  packet  participating  in  collision,  usually 
ends  up  as  a  runt  packet  (a  packet  less  than  64 
bytes  long)  which  is  normally  discarded  by  Data  Link 
layer  controllers.  In  other  cases  such  as  late  colli- 
sion (collision  occurring  after  64  bytes),  CRC  error 
can  be  an  indication  that  there  might  have  been  a 
collision  in  progress  while  receiving  the  packet. 

Collision  Detection  in  Repeater  Applica- 
tions: Receive  Mode  collision  detect  is  strictly 
required  in  Repeater  design  applications.  A  re- 
peater must  report  all  the  activities  of  either  side 
of  the  network  to  the  other  side.  In  the  case  of  a 
collision  at  one  side  of  the  network,  the  repeater 
must  create  the  collision  environment  on  the 
other  side.  The  repeater  must  detect  a  collision 
caused  by  two  nodes  that  occur  from  the  far  end 
of  a  segment.  Since  cable  attenuation  results  in 
a  lower  level  seen  by  the  repeater,  the  Receive 
Mode  Collision  Detection  specs  must  be  tighter. 
If  a  collision  occurs  on  one  segment,  the  re- 
peater sends  a  collision  jam  signal  to  the  other 
segment  to  report  such  activity. 

The  Am7996  meets  the  Receive  Mode  collision 
detect  as  well,  when  Rg,  R10,  and  Ca  are  inte- 
grated into  the  Am7996  external  component 
diagram  (see  Figure  4). 

EXTERNAL  COMPONENT  DESIGN  GUIDELINES 

The  design  and  layout  choices  of  the  compo- 
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Notes:  1 .  CL  is  the  effective  load  capacitance  across  R6;  Cc  is  the  compensation  capacitance  (Cc.-  1/3  CJ. 

2.  D2Can  eliminated  in  Cheapernet  (IEEE-802.3,  10Base2)  applications. 

3.  Shown  with  SQE  Tesl  disabled. 

4.  Discrete  Power  Supply  or  Hybrid  -  Hybrid  DC-DC  Converter  Manufacturers  include: 

Ethernet  (IEEE  802.3,  10BASE5)  Cheapefmt  (IEEE  802.3.10BASE2) 

Reliability  Inc.  2E12R9  Reliability  Inc:  2VP5U9 

Valor  Electronics:  PM1001  Valor  Electronics:  PM7102 


*C,  &C3  Include  Parasitic  Capacitances  At  The  Node. 

5.  The  capacitance  ot  C3,  Am7996  package,  D3  and  the  printed  circuit  board 
should  add  up  to  180  pF  ±  20%. 

6.  The  capacitance  ot  Ci,  Am7996  package  and  the  printed  circuit  board  should  add  up  to  39  pF. 

7.  Rs.  Rt  0.  and  C4  are  tor  Receive  Mode  Collision  detection  only. 
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Figure  4.  Am7996  External  Component  Diagram  for  Receive  Mode  Collision  Detection 
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nents  external  to  the  chip  in  the  Am7996  adds 
flexibility,  network  protection,  and  hooks  for 
achieving  the  tight  parameters  specified  in  the 
IEEE-802.3  and  Ethernet  specifications.  The 
allowing  describes  the  design  considerations 
to  be  aware  of  in  choosing  those  external  com- 
ponents around  the  Am7996.  Figure  5,  the  ex- 
:ernal  components  diagram,  should  be  used  in 
reference  to  the  discussion  below. 

Layout  Considerations 

The  Am7996  should  be  mounted  as  close  as 
possible  to  the  Tap  for  minimum  capacitive 
loading.  To  minimize  the  capacitance  at  RXT 
(pin  16)  between  its  adjacent  pins  (pins  15  and 
17)  and  the  capacitance  introduced  by  TXT 
(pin12)  to  the  Tap  through  external  compo- 
nents, package,  and  PC  trace,  carefully  layout 
the  PC  board  as  follows: 

1.  It  is  recommended  that  metal  feed-throughs  are 
not  used  at  pins  15  and  17.  These  pins  are  No 
Connect  pins. 

2.  Generally,  all  the  PC  traces  between  the  chip 
and  external  components  should  be  as  short  as 
possible.  Additional  effort  should  be  made  to 
place  R5,  R6,  RXT  (pin  16)  and  D-,,  D2,  R7,  TXT 
(pin  12),  and  Am7996  close  to  the  Tap.  ' 

3.  To  achieve  the  minimum  capacitive  loading 
at  the  Tap  connection,  there  should  be  no 
power,  ground,  or  signal  planes  in  the  area  of 
Tap  interconnections  to  7996  pins  (pins 
1 1-18).  (See  also  ground  requirements  dis- 
cussed later. 

4.  The  7996  should  be  directly  soldered  to  the 
PC  board  without  a  socket  to  reduce  capacitive 
loading  at  the  Tap  connection. 


5.  Grounding: 

VCCiand  VCC2  (pin  1  and  20  respectively)  must 
be  connected  together  to  the  positive  return 
(positive  polarity  of  power  to  7996) . 

The  Tap  shield  pin  (pin  14)  should  be 
connected  directly,  via  a  single  trace,  to  the 
shield  of  the  coax  connector.  There  should  not 
be  any  ground  plane  connection  to  the  Tap 
shield  which  will  add  to  Tap  capacitive  loading. 

The  DTE  ground  plane  should  not  be 
extended  beyond  the  pulse  transformer  (the 
one  at  the  Am7996  side). 

In  IEEE-802.3  applications,  using  the  AUI  (At- 
tachment Unit  Interface)  cable,  the  DTE  logic 
ground  can  be  extracted  from  any  of  pins  1 , 4, 6, 
8, 1 1 ,  or  1 4  of  the  1 5  pin  D  connector.  In  Ether- 
net Version  2  applications,  Pins  4,  8, 1 1 ,  and  14 
are  No  Connect  (NC)  pins.  The  DTE  logic 
ground  can  be  extracted  from  Pin  6  only.  See 
appendices  A  and  C  for  pinout  details  and  PC 
board  layout  considerations. 

Tap  Capacitance  Loading  Considerations 

The  goal  is  to  minimize  the  capacitive  loading  at  the 
Tap  from  both  the  receive  path  (RXT,  pin16)  and 
the  transmit  path  (TXT,  pin  12)  to  achieve  the  input 
impedance  requirements  of  IEEE-802.3 
specification. 

A  properly  compensated  external  4:1  attenuator 
(75K  and  25K  in  series)  reduces  any  parasitic 
capacitive  loading  in  the  receive  path  by  a  factor  of 
4  and  ensures  that  the  resistance  presented  to  the 
coaxial  cable  will  be  at  least  1 00K  Ohms. 

When  the  chip  is  not  transmitting,  the  transmit  path 


Table  3.  IEEE-802.3  Transmit  Mode  and  Receive  Mode  Collision  Detection. 


TRANSMIT  MODE 

•receive  mode 

MAU 

Number  of  transmitters 

Number  of  transmitters 

<2 

=2  >2 

<2     =2  >2 

Transmitting 

NO 

YES  YES 

NO    YES  YES 

Not  transmitting 

NO 

MAY  YES 

NO    YES  YES 

NO:  Will  not  generate  SQE  message 
YES:  Will  generate  SQE  message 
MAY:  May  generate  SQE  message 

*  Receive  Mode  collision  detection  is  optional  per  IEEE-802.3  in  non-repeater  applications 
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Notes:  1.  CL  is  the  e;  active  load  capacitance  across  R6;  Cc  is  the  compensation  capacitance 
(CC  =  1/3C|) 

2.  D2  can  be  tliminaled  in  Cheapernet  (IEEE-802.3,  10Base2)  applications. 

3.  Shown  with  SOE  Test  enabled. 

4.  Discrete  Power  Supply  or  Hybrid— Hybrid  DC-DC  Converter  Manufacturers  include: 
Ethernet  (IEEE  802.3, 10BASES)  Cheapernet  (IEEE  802.3, 10BASE2) 
Reliability:  2E12R9  Reliability  Inc.  2VP5U9 
Valor  Electronics:  PM1001                  Valor  Electronics:  PM7102 

5.  The  capacitance  ol  C3,  Am 7996  package,  D3  and  the  printed  circuit  board  should  add  up  to 
180  pF±20% 

6.  The  capacitance  ol  C,.  Am 7996  package  and  the  printed  circuit  board  should  should  add 
up  to  39  pF. 


Figure  5.  Am7996  External  Component  Diagram  for  Transmit  Mode  Collision  Detection 
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is  isolated  from  the  Tap  through  a  low  capacitance 
switching  diode.  When  transmitting,  the  additional 
diode  in  series  reduces  the  capacitance  loading  at 
the  Tap.  IEEE-802.3  10BASE5  (Ethernet)  has 
specified  a  limit  of  2  pF  for  capacitive  loading  due 
to  the  MAU  (Medium  Attachment  Unit)  circuitry 
(total  of  4  pF  including  the  Tap  connection).  This 
tight  limit  is  quite  difficult  to  meet  without  additional 
circuitry  such  as  the  4:1  attenuator,  external  to  the 
Am7996. 

In  the  IEEE-802.3  10BASE2,  (Cheapernet)  appli- 
cations, the  capacitive  loading  specification,  due  to 
the  MAU  circuitry,  has  been  relaxed  to  6  pF.  There- 
fore, it  is  not  as  difficult  to  meet  the  capacitive 
loading  requirement  in  Cheapernet  applications. 
The  external  4:1  attenuator  also  isolates  the  re- 
ceive input  of  the  integrated  circuit  from  the  Tap  for 
safety  and  protection. 

Attachment  Unit  Interface  (AUI)  Cable  Terminator 
(Ri,R2) 

The  DO±  line  receiver  inputs  should  be  terminated 
with  Ri  and  R2,  as  shown  in  the  external  component 
diagram,  equivalent  to  AUI  cable  impedance  of  78.0 
Ohms  nominal.  The  effective  parallel  combination  of 
the  80.4  Ohms  (R1  +  R2)  and  the  DO±  input  imped- 
ance meets  the  IEEE-802.3  requirement  of  78.0  ±  5 
Ohms. 

Although  AUI  cable  is  not  normally  used  in  Cheaper- 
net  applications,  R1 ,  R2,  and  the  terminating  resis- 
tors at  the  SIA  (Am7992B)  side  must  remain  in.  The 
terminating  resistors  are  part  of  the  load  seen  by  the 
output  drivers  of  the  Am7996,  Dl±,  and  Transmit*  of 
the  Am7992B.  Therefore,  the  removal  of  the  termi- 
nating resistors  will  affect  the  differential  level  sig- 
nals at  Dl±  and  Transmit*.  Refer  to  the  Cheapernet 
application  example  in  the  application  section  ap- 
pearing later  in  this  manual. 

Timing  Reference  Resistor  (R3) 

When  the  resistor,  R3,  is  connected  between 
VCREF  (VCREF  is  a  compensated  voltage  refer- 
ence input  with  respect  to  VEE)  and  VEE,  the 
internal  transmit  and  receive  squelch  timing  and 
SQE  oscillator  frequency  are  set.  SQE  frequency 
is  also  determined  by  components  connected 
between  VCC2  (pin  20)  and  COLL  OSC  (pin  19). 

SQE  Oscillator  Control  (R4,  C,) 

In  the  Am7996,  the  collision  oscillator  frequency 
control  is  external  to  the  chip.  For  a  1 0  MHz 
nominal  SQE  oscillator  frequency,  FU  should  be 
1.1  K  1%,  and  C1,  39pF  ±5%,  (including  any 
parasitic  capacitance).  This  will  generate  an 


SQE  message  with  frequency  of  1 0  MHz  ±  1 5% 
for  the  following  three  cases: 

1 .  SQE  test 

2.  Collision  for  multinode  transmission 

3.  Active  Jabber 

When  VCrEf  (pin  6)  is  properly  set  (it  is  set  by 
placing  R3  =  1 74i2  between  VCref  and  Vee  pin 
10),  the  SQE  oscillator  period  is  set  at 
2.331  R4C1. 


4:1  Attenuator  (R5  and  R6,  CL  and  CC) 

The  chip  acquires  the  signal  from  the  Tap 
through  a  high  impedance  (1 00K  Ohms)  4  to  1 
attenuator.  For  proper  reception  of  10.0  MHz 
Manchester  bit  streams,  the  input  attenuator  at 
the  RXT  pin  should  be  compensated  to  main- 
tain the  4:1  ratio.  Compensation  is  acieved  by 
making  75  x  Cc  =  25  x  Cl  (Cc  =  1/3  Cl).  Cl  is  the 
total  effective  capacitance  between  RXT 
(pin16)  and  Vcol  due  to  the  package,  external 
components,  and  PC  trace.  Cc  is  the  compen- 
sation capacitance  across  the  75  kOhm  resis- 
tor. 

Cq  is  typically  less  than  2.0  pF  when  short  PC 
traces  are  used  around  RXT's  (pin  16)  external 
components.  A  possible  way  of  achieving  the  com- 
pensation is  by  placing  a  PC  trace  at  one  end  of  R5 
to  obtain  the  equivalent  Cc-  A  properly  compen- 
sated attenuator  will  reduce  the  effective  cap- 
acitive loading  seen  at  the  Tap  to  1/4  of  that  seen 
at  RXT  (pin  16). 

The  ratio  of  the  attenuator  does  not  affect  the 
collision  detection  threshold  (Vcot  specification  in 
data  sheet);  it  only  affects  the  canier  threshold 
(VcATspeci'ica'i00  in  data  sheet)  at  the  coax. 

Figure  6  shows  the  attenuator  section  of  the 
Am7996.  At  low  frequencies  (e.g.,  DC)  with  R6  = 
24.9K  and  R5  =  75K,  a  4:1  attenuator  is  achieved 
(1/4  Vcoax  is  added  to  VRXT).  With  high  input 
impedance  at  RXT,  the  series  combination  of  R5 
and  R6  ensures  that  the  resistance  to  the  coaxial 
cable  is  at  least  100  kOhms  as  specified  by  the 
IEEE  802.3. 

At  high  frequencies  (5  or  1 0  MHz),  the  parasitic 
capacitance  across  R5  and  R6  determines  the 
attenuator  ratio.  Therefore,  R5  must  have  a  ca- 
pacitance (Cc)  to  compensate  for  the  effective 
capacitance  (Cl)  across  R6.  For  a  4:1  at- 
tenuator, Cc  =  1  /3  Cl  (see  appendix  C  for  detail 
PC  board  layout  considerations). 


 — 
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VRXT-VC0L    -  (vcoax-Vcol)<1'Cl) 


(i/Cc)+(uct) 

(VRXT-VcoOd+CL/Cc)     -  Vcqax-Vcol 

Let:  y    -  CL/CC 
Than: 

Equation  1:  Vcoax    -    Vrxt  (1  +  y)  -  y(VcoL> 


For  a  4:1  attenuator,  y  -  3 

Note:  All  voltages  are  referenced  to  the  Tap  shield. 


Example:  (4:1  attenuator,  y-3) 


For:  Vcoax  -  0 

vCOL  "  -1600  mVDC  (nominal) 

Using  Equation  1: 

0  -  4VRXT-3VCQL 

VFDCT  -  -1200  mVDC 

For:  Vcqax  -  VCAT    -  -600mVDC 

Using  Equation  1: 

-600  -  4VRXT-3(-1600) 

Vr/t  -  -1350  mVDC 


FOR  A  4:1  ATTENUATOR,  y  .  3 


08031A  6 

Attenuator  Tolerance 


Figure  6.  Am7996  External  Attenuator 


Any  deviation  from  the  ideal  compensation 
value  for  capacitor  (Cc)  will  change  the  ratio  of 
the  attenuator.  The  attenuator  ratio  can  deviate 
from  the  4:1  ratio  as  long  as  the  minimum  signal 
level  at  the  coax  allowed  by  the  standard  can  be 
recognized  (see  Table  4).  Using  Ohm's  law  for 
Figure  6,  the  voltage  at  coax  (Vcoax)  is  ob- 
tained from  equation  1 . 


The  minimum  average  DC  signal  at  coax  can 
be  obtained  when  two  nodes  are  attached  to  a 
maximum  length  cable  segment  (500  meters  of 
Ethernet  cable  or  185  meters  of  Cheapernet, 
RG58A/U  or  RG58C/U).  While  on  node  is  trans- 
mitting from  one  end  of  the  cable  with  minimum 
transmit  current,  the  other  node  is  measuring 
the  attenuated  signal  received  at  the  other  end 
of  the  cable. 
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The  external  attenuator  scheme  serves  the  follow- 
ing two  purposes: 

1.  Reduces  the  capacitive  loading,  seen  at  the 
coax,  by  the  attenuator  ratio  (by  1/4  in  a  4:1 
attenuator).  This  helps  to  achieve  the  tight  Tap 
capacitive  loading  specification  of  2  pF,  due  to 
MAU  circuitry,  per  IEEE  802.3,  10BASE5 
(Ethernet). 

2.  Isolates  the  receive  section  of  the  chip  (RXT 
pin)  from  the  medium.  It  protects  the  chip 
which  is  part  of  the  circuitry  of  the  MAU. 

Isolation  Diodes  D-|,D2 

Another  part  of  the  Tap  capacitive  loading  is  intro- 
duced by  the  transmit  path.  The  diode  exter- 
nal to  the  Am7996,  is  used  to  isolate  the  transmit 
path  from  the  receive  path  when  the  chip  is  not 
transmitting.  The  second  diode,  D2,  protects  the 
first  diode,  and  it  further  reduces  the  capacitive 
loading  introduced  by  the  first  diode,  Dv  and 
D2  are  forward  biased  only  when  the  chip  is 

transmitting.  The  insertion  of  the  second  diode 
serves  two  purposes: 

1.  The  capacitance  seen  at  the  Tap  is  reduced  to 
the  effective  capacitance  of  the  two  diodes  in 
series. 

.  It  provides  redundancy  in  isolating  the  Tap  from 
TXT  pin  should,  one  diode  get  shorted.  In 
Cheapemet  applications,  the  2nd  diode,  D2, 
may  be  removed.  Cheapemet  does  not  re- 
quire the  redundancy  for  protection,  and  the 
limit  for  the  Tap  capacitance  loading  is  not  as 
tight  as  Ethernet  (6  pF  versus  2  pF). 

The  capacitance  introduced  by  the  diode 
should  be  as  low  as  possible.  Low  capacitance 
switching  diodes  with  adequate  current  han- 
dling capability  (80.0  mA  nominal)  such  as  the 
1N4150  should  be  used  for  and  D2 
Am7996  did  not  integrate  the  diodes  into  the 
chip  because  of  power  consideration. 


Transmit  Signal  Wave  Shaping  (C3 ) 

C3  provides  wave-shaping  for  the  transmitted 
signal  at  TXT  (pin12).  This  180  pF  capacitance 
between  the  TXT  and  TAP  SHIELD  (pin  1 2  and 
14  includes  any  parasitic  capacitance  at  the 
node.  A  physical  capacitor  of  150  pF  is  a  nomi- 
nal value  in  a  typical  PC  board  which  takes  all 
the  parasitic  capacitance  into  consideration. 

The  low  pass  filter  at  the  output  stage  of  the 
Am7996  is  one  of  the  three  poles  which  have 
been  implemented  to  meet  the  harmonic  con- 
tent specification  of  IEEE-802.3  (two  poles  are 
internal  to  the  Am7996).  The  RC  components  of 
the  low  pass  filter  are  outside  the  Am7996.  C3, 
the  combined  resistance  of  D1  and  D2,  the  25 
Ohm  load  presented  by  the  coax  line,  and  R7 
form  the  third  pole  of  the  TXT  output  filter. 

The  time  constant  for  the  low  pass  filter  is:  T  =  R  x  C 
where: 

R   is  the  total  resistance  seen  between  the 
Tap  and  the  shield. 

R   =  Current  limiting  resistor,  (R7  =  9.09)  + 
Forward  biased  resistance  of  the  diodes 
(about  2  Ohms)  +  25  Ohms  load 

C  =  C3  =  1 80  pF  (including  any  parasitic 
capacitance) 

T    =  8  ns;  Fundamental  frequency  of  the 
filter  is  20  MHz. 

C3  will  have  some  effect  on  the  rise  and  fall  time  of 
the  transmit  signals  at  the  coax.  The  rise  and  fall 
time  values  can  be  improved  (reduced)  by  redu- 
cing C3.  There  is  a  limit  to  how  much  the  capacitor 
value  can  be  reduced  without  violating  the  harmon- 
ic content  specification.  A  150  pF  capacitor  used 
for  C3  in  the  Am7996  evaluation  board  meets  the 
rise/fall  time,  and  harmonic  content  specification. 

Some  attenuation  of  10  MHz  signals,  relative  to  the 
5  MHz  signals,  is  due  to  the  low  pass  filter 
implementation.  The  attenuation  does  not  cause  a 
problem  and  transmit  level  signals  meet  the  IEEE- 
802.3  specifications. 
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Table  4.  IEEE  802.3  Receive  Mode  Collision  Detect  Threshold 


Application 

No  Detect 

Must  Detect 

(Average  DC) 

(Average  DC) 

1 0BASE5 

-1.492  V 

-1.629  V 

(Ethernet) 

10BASE2 

-1.404  V 

-1.581  V 

(Cheapemet) 
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The  harmonic  content  specified  by  IEEE-802.3  is 
as  follows: 

2nd  and  3rd  harmonics:    at  least  20  db  below 
fundamental 

4th  and  5th  harmonics:     at  least  30  db  below 
fundamental 

6th  and  7th  harmonics:     at  least  40  db  below 
fundamental 

All  higher  harmonics:       at  least  50  db  below 
fundamental 

Network  Protection  (D3  and  R7) 

Am7996  offers  a  solution  for  network  protection 
(see  also  the  jabber  function  for  protection).  It  is 
protected  against  high  voltage  surges  when  the 
clamp  diode  (D3  )  and  the  resistor  (R7)  are  placed 
external  to  the  chip.  The  diode  protects  the  chip 
and  the  resistor  limits  the  current  to  protect  the 
diode. 

If  the  Tap  is  at  a  positive  voltage  due  to  a  fault  condi- 
tion, D3  protects  the  TXT  (pin  12)  from  sinking  high 
currents  from  the  Tap  by  shunting  high  current  into 
ground.  Under  this  condition,  R7  (9.09  Ohms,  1/4W) 
helps  limit  the  current  through  D3.  O3  should  have  a 
rating  of  at  least  50.0  Volts.  A  diode  such  as  the 
1 N4001  can  be  used  for  D3.  The  capacitive  effect  of 
diode  D3  should  be  taken  into  consideration  as  part 
of  the  total  capacitance  (180  pF)  between  TXT  (pin 
12)  and  TAP  SHIELD  (pin  14). 

Set  Transmit  Current  (R8  =  9.09  Ohm) 

This  resistor  is  used  to  set  the  transmit  output 
current  at  TXT  (pin  12)  nominally  at  80.0  mA  peak. 
If  a  redundant  jabber  controller  is  used  externally, 
the  supply  to  the  current  source  comes  from  the 
jabber  controller.  This  resistor  should  be  placed  as 
close  to  the  chip  as  possible,  to  minimize  any 
parasitic  inductance. 

Coax  Collision  Reference  Threshold 
(C2=0.1  jiF) 

vCOL  is  a  DC  reference  for  incoming  signals  from 


the  Tap  at  RXT  (pin  16).  It  is  required  that  Vcol  be  a 
good  analog  signal  ground  in  the  presence  of  10 
Mbps  Manchester  data  streams.  In  order  to 
achieve  that,  C2  is  used  to  by-pass  all  the  RF  sig- 
nals to  Tap  ground. 

Additional  Pins 

Pins  17  and  15  on  the  Am7996  have  been  pur- 
posely allocated  as  No  Connect  pins  on  either 
side  of  the  RXT  Pin  to  give  a  minimum  adja- 
cent pin  capacitance.  The  low  RXT  input  ca- 
pacitance, combined  with  any  parasitic  ca- 
pacitance due  to  the  resistor  and  PC  trace,  is 
reduced  to  1/4  when  measured  at  the  Tap. 
This  feature  makes  it  feasible  to  meet  the  low 
input  Tap  capacitance  required  by  the  Ether- 
net specification.  The  input  Tap  capacitance 
in  the  Am7996  at  RXT  (pin  1 6)  is  1 .1  pF  (typi- 
cal) for  plastic  packages,  and  1.7  pF  (typical) 
for  ceramic  packages.  Note  that  the  input  ca- 
pacitance at  RXT  seen  at  the  coax  Tap  is  re- 
duced to  1/4  th  through  the  4:1  attenuater,  ex- 
ternal to  the  chip. 

Power  (Vee)  Requirements 

The  Am7996  requires  a  single  power  supply 
at  -9  ±  10%  V.  The  IEEE-802.3  requires  that 
the  power  to  the  MAU  must  be  isolated  from 
DTE.  This  indicates  either  the  use  of  a  dedi- 
cated power  supply  or  isolating  the  power 
from  DTE  through  a  discrete  or  commercially 
available  DC-DC  converter.  In  summary,  the 
power  requirements  are  as  follows: 

•  Power  to  the  chip  must  be  isolated  from 
DTE  to  meet  the  high  voltage  isolation 
required  by  IEEE-802.3, 10Base5  (2000 
VRMS)  and  1 0Base2  (500  VRMS). 

•  VEe — 90V±10% 

•  Not  more  than  1 00  mV  (P-P)  ripple. 

•  Ripple  frequency  less  than  1 00  KHz. 

DC-DC  Converter  Recommendations:  Re- 
fer to  Table  5  for  the  DC-DC  converters  (or 
equivalents)  that  can  be  used  with  the 
Am7996.) 

Isolation  Transformers 

The  AUI  transmit,  receive,  and  collision  signal  pairs 


Table  5.  DC-DC  Converters  for  Am7996 


APPLICATION 

Manufacturer 

IEEE-802.3, 10BASE2 

IEEE-802.3, 10BASE5 

(Cheapernet) 

(Ethernet) 

Reliability  Inc. 

2VP5U9 

2E12R9 

Pulse  Engineering  Inc. 

PE64381 

PE64430 
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(DO±,  Dl±,  and  Cbt)  must  be  isolated  through 
transformer  coupling  from  the  AUI  cable.  The  isola- 
tion at  the  MAU  side  is  required  for  two  reasons: 

1 .  To  eliminate  the  common  mode  difference  be- 
tween the  signals  from  the  Am7996  and  the  DTE. 

2.  To  protect  the  MAU  from  the  fault  conditions  at 
the  AUI  cable. 

In  the  Am 7996,  the  inductance  of  the  transformers 
for  the  AUI  differential  pairs  Dl±,  DQt,  and  Cl± 
should  not  be  less  than  75  u.H. 

The  pin  assignments  for  the  transceiver  cable  are 
given  in  Appendix  A. 

Pulse  Tn 

PE64102  (75  u.H  with  500  VRMS,  IEEE-802.3, 
10BASE2). 

PE641 07  (75  uH  with  2000  VRMS,  IEEE-802.3, 
10BASE5)  or  equivalent. 


MEASUREMENT  TECHNIQUES 

The  following  are  guidelines  for  measuring  some 
of  the  key  parameters.  For  the  actual  test  measure- 
ments and  conditions,  refer  to  the  Am7996  data 
sheet  and  pertinent  test  documentation. 

4:1  Attenuator  Compensation 

There  are  two  ways  to  compensate  for  the 
parasitic  capacitance  across  the  24.9  kOhm 
esistor: 

By  directly  measuring  the  capacitance  across 
the  24.9K  resistor  (with  all  the  components 


mounted)  and  inserting  a  capacitor  whose 
value  is  1/3  of  that  capacitance  across  the  75K 
resistor.  The  compensation  capacitance  may  al- 
so be  achieved  through  the  parallel  PC  traces. 
The  2nd  technique  eliminates  the  need  for  an 
additional  capacitor  across  the  75K  resistor. 

Using  a  high  input  impedance  (bw  capaci- 
tance) scope  probe.  This  technique  is  ac- 
complished through  the  observation  of  the 
signal  at  the  coax  Tap  and  at  RXT  pin  (pin 
1 6)  as  follows:  Apply  a  square  wave  signal 
(0  to  -2  Volts)  to  the  coax  Tap  and  observe 
the  signal  at  the  RXT  pin.  The  signal  at  the 
RXT  pin  should  be  1/4  of  the  signal  at  the 
coax.  The  signal  at  RXT  should  be  some- 
what underdamped  to  compensate  for  the 
scope  probe  1-2  pF  capacitance  loading 
(see  Figure  7). 

If  a  high  input  impedance  (low  capacitance) 
scope  probe  is  not  available,  compensate 
for  the  capacitance  of  the  available  probe 
(the  probe  used  for  the  RXT  pin,  pin  16)  by 
adding  a  capacitor  across  the  75  kOhm  re- 
sistor. For  example,  if  the  scope  probe  ca- 
pacitance is  1 2  pF,  place  a  4  pF  capacitance 
across  the  75  kOhm  resistor.  The  compen- 
sation for  the  scope  probe  capacitance  en- 
sures that  any  capacitance  added  across 
the75kOhm  resistor  for  compensation  is  in- 
dependent of  scope  probe  loading. 

Once  the  scope  observation  shows  the  cor- 
rect 4:1  ratio  for  the  attenuator  (see  Figure 
7),  the  added  capacitance  across  the  75 
kOhm  (excluding  the  4  pF  added  capaci- 
tance in  the  above  example)  is  the  compen- 
sation capacitance  that  can  be  added  by  a 
physical  capacitor  or  through  PC  layout. 


-0.5  V- 

-1 .000  V- 
-1.200  V. 

-1.5O0V 

-1.700  V.  . 

-2.000  V_  . 
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Figure  7.  Attenuator  Compensation  Technique 
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NOTE. 

Once  the  correct  compensation  capa- 
citance has  been  determined  for  the  pro- 
totype PC  board,  no  more  tuning  should 
be  required  on  the  PC  board  when  in 
production.  The  RXT  input  capacitance 
stays  at  what  has  been  typically  specified 
(1 .7  pF  ceramic,  1 .1  pF  plastic). 

Coax  Rise  and  Fall  Time  Measurements 

The  rise  and  fall  times  are  specified  at  25  ±  5  ns 
in  the  IEEE-802.3  standard,  as  well  as  in  the 
Am7996  data  sheet.  The  1 0  Mbps  Manchester 
encoded  signals  carry  10  MHz  (all  1's  or  0's) 
and  5  MHz  (alternative  1's  and  0's)  signals  due 
to  the  nature  of  the  Manchester  encoding. 
Therefore,  the  rise  and  fall  time  measurements 
should  be  performed  at  both  10  and  5  MHz  as 
follows: 

Using  an  IEEE-802.3  controller  (e.g.,  Am7990,  an 
IEEE-802.3  packet  generator),  send  a  packet 
which  contains  a  series  of  1's  or  0's.  Measure  the 
rise  and  fall  time  in  the  data  portion  (all  1  's,  or  0's) 
for  10  MHz  signals,  and  use  the  preamble  portion 
(1010...)  for  5  MHz  signals.  Adjust  the  maximum 
and  the  minimum  peaks  of  the  signal,  using  the  ver- 
tical calibrator  vernier  of  the  oscilloscope,  to  form  a 
vertical  0  to  1 00  grid.  Using  a  small  scale  time  base 
(e.g.,  5  ns/div),  measure  the  rise  time  from  10%  to 
90%  of  the  signal.  Note  that  the  Am7996  transmit 
10  MHz  signals  are  attenuated  somewhat  relative 
to  the  5  MHz  signals  due  to  the  output  stage  low 
pass  filter  (the  third  pole)  which  is  designed  to 
meet  the  harmonic  content  specification  of  the 
IEEE-802.3  standard.  Before  measuring  the  10 
MHz  signals,  the  0  to  100%  levels  must  be  readjus- 
ted from  the  0  to  1 00%  levels  of  the  5  MHz  signals. 

The  output  characteristic  of  the  low  pass  filter  is 
such  that  an  improvement  can  be  accomplished  in 
the  rise  and  fall  time  and  the  rise/fall  time  mismatch 
by  reducing  the  margin  for  harmonic  content 
specification.  The  rise  and  fall  time  and  mismatch 
can  be  reduced  (improved)  in  value  by  reducing 
the  value  of  C3.  C3  can  also  be  totally  removed  if 


the  harmonic  content  specification  is  not  a 
concern.  In  general,  the  rise  and  fall  time  mismatch 
directly  affects  the  coax  transmit  jitter  budget.  The 
more  mismatch,  the  more  jitter  will  be  induced  on 
coax  transmit  signals. 

Transmit  Jitter  Measurements 

Jitter  is  the  displacement  of  a  signal  transition 
relative  to  where  it  would  ideally  be  placed  as 
defined  by  the  clock  of  the  encoder.  This  displace- 
ment can  be  in  either  direction  of  the  signal  tran- 
sition. The  jitter  can  be  measured  for  two  cases: 

Bit  Cell  Center  (BCC) 
Bit  Cell  Boundary  (BCB) 

BCC  designates  where  ideally  a  clock  transition 
takes  place  in  a  Manchester  bit  cell.  The  direction 
of  the  clock  transition  represents  the  value  of  the 
data.  BCB  designates  where  ideally  a  signal 
transition  takes  place  to  indicate  an  end  of  a  bit  cell 
and  start  of  the  second  bit  cell  whose  value  is  the 
complement  of  the  previous  one.  The  transmit 
jitter  is  the  amount  of  the  jitter  which  can  be 
introduced  to  the  coaxial  cable  by  the  MAU  circuitry 
when  transmitting.  The  IEEE-802.3  and  the 
Am7996  data  sheet  call  for  2  ns  (max)  (the  data 
sheet  parameter  is  Tskew) . 

One  way  of  measuring  the  jitter  is  to  produce 
an  "eye  pattern"  for  a  bit  cell  center  and  bit  cell 
boundary.  An  eye  pattern  can  be  produced  (us- 
ing the  scope  trigger  control)  by  transmitting  a 
packet  which  contains  random  data.  As  shown 
in  Figure  8,  the  jitter  can  be  measured  by 
measuring  the  time  between  the  50%  cross- 
ings of  the  signals  which  overlap  each  other. 

Receive  Jitter  Measurements 

The  Receive  jitter  is  the  amount  of  jitter  introduced 
differentially  at  the  AUI  side  of  the  MAU  at  the  Dl± 
pins.  The  same  method  of  jitter  measurements 
used  for  measuring  transmit  jitter,  by  producing  an 
"eye  pattern"  differentially  at  DI+,  can  be  used  for 
receive  jitter  measurements. 


EYE  PATTERN: 
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Figure  8.  Jitter  Measurement 
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The  jitter  measurements  can  be  performed  un- 
der 2  cases:  jitter  at  near  end  and  the  jitter  at  far 
end.  The  jitter  at  near  end  is  the  amount  of  jitter 
which  the  MAU  under  test  can  produce  differen- 
tially at  Dllwhen  an  adjacent  MAU  (at  a  distance 
of  0.5  meter  of  RG-58,  or  2.5  meter  of  Ethernet 
cable)  is  transmitting.  The  jitter  at  far  end  is  when 
a  MAU  at  the  far  end  of  the  cable  (185  meter  of 
RG-58,  or  500  meter  of  Ethernet  cable)  is  trans- 
mitting. The  latter  case  is  the  jitter  measurement 
under  the  worst  case  conditions. 

Collision  Oscillator  Frequency 

The  collision  oscillator  frequency  can  be  measured 
at  COLL  OSC  pin  (pin  19).  R4  and  C,  are  the  RC 
components  of  the  oscillator.  Ci  can  be  adjusted 
for  a  10  MHz  nominal  frequency.  In  the  Am7996 
evaluation  board,  a  39  pF  capacitor  was  used  to 
obtain  a  10  MHz  frequency. 


APPLICATION  EXAMPLES 

Ethernet  (IEEE-802.3, 10BASE5) 

In  an  Ethernet  application,  the  transceiver  mod- 
ule (MAU)  resides  outside  the  DTE.  The  Ether- 
net coax  cables  run  through  the  ceiling  where 
the  transceiver  module  is  tapped  on  to  it.  The 
transceiver  is  linked  to  the  DTE  through  a  rela- 
tively flexible  cable.  This  cable  is  a  bundle  of 
twisted  pair  wires,  shielded  individually,  which 
carry  the  differential  signals  to  and  from  the  DTE 
and  MAU.  The  power  to  the  MAU  is  also  carried 
through  this  cable.  In  the  standard,  this  cable  is 
known  as  Attachment  Unit  Interface  (AUI)  cable, 
and  commercially  is  known  as  transceiver  (or 
drop)  cable.  The  AUI  cable  can  be  up  to  50  me- 
ters long.  In  an  Ethernet  application,  the 
Am7996  resides  in  the  MAU,  and 
Am7990/7992B  reside  in  the  DTE. 

In  Ethernet  implementations,  where  the  trans- 
ceiver section  resides  outside  the  board  with  up  to 
50  meter  AUI  cable,  there  are  two  pulse  trans- 
formers: One  at  the  SIA  side  to  protect  the  SIA, 
and  one  at  the  transceiver  side  to  protect  the  trans- 
ceiver against  high  voltage  surges. 

Cheapernet  (IEEE-802.3, 10BASE2) 

In  the  Cheapernet  application,  the  MAU  nor- 
mally resides  within  the  DTE,  and  the  AUI  cable 
is  optional.  In  a  typical  Cheapernet  controller 
board,  the  chip-set  (Am7990,  Am7992B,  and 
Am7996)  resides  on  the  same  board  within  the 
DTE. 

Figure  9  shows  a  typical  Cheapernet  implemen- 
tation using  Am7990,  Am7992B,  and  Am7996 
(also  refer  to  AMD  stand  alone  Ethernet/ 
Cheapernet  evaluation  board).  For  a  detailed 



discussion  of  the  external  Ethernet/Cheapernet 
components  to  the  Am 7996,  refer  to  the  External 
Component  Design  Guidelines  presented  ear- 
lier in  this  application  note.  Most  of  the  Cheaper- 
net  implementations  also  make  provision  for 
supporting  the  Ethernet  connection.  This  is  done 
by  routing  the  ECL  differential  signals  to  the 
Ethernet  D  connector,  bypassing  the  transceiver 
(Am7996),  as  shown  in  Figure  9.  Note  that  only 
one  pulse  transformer  per  twisted  pair  is  re- 
quired between  the  Am7992B  and  Am7996  in 
Cheapernet  implementations.  The  pulse  trans- 
former is  needed  to  isolate  the  positive  common 
mode  levels  of  the  SIA  (Am7992B)  from  the 
Am7996  (which  has  negative  common  mode 
levels). 

The  SIA  external  components  at  pin  5  should  be 
configured  as  shown  in  Figure  6  for  half-step 
signaling  when  used  in  IEEE-802.3  applica- 
tions. Ethernet  Version  II  specification  makes  it 
optional,  allowing  either  half-step  or  full-step 
signaling  for  connection  with  transceivers.  Most 
of  the  current  transceiver  modules  support  the 
half-step  signaling  which  is  recommended  by 
the  IEEE-802.3  standard. 

The  Am7992B  SIA  generates  negative  narrow 
spikes  (less  than  10  ns,  within  200  mV)  every 
time  RCLK  (pin  4)  is  running.  The  spikes  are  due 
to  the  RC  circuitry  around  TSEL  (pin  5).  The 
TSEL  pin  is  an  open  collector  output  and  a 
sense  amplifier  input.  The  gain  of  the  amplifier  is 
about  four.  The  RC  circuit  controls  the  decay  of 
the  last  positive  transition  (end  of  the  packet)  at 
Transmit±  when  half-step  signaling  is  used 
(TSEL  is  grounded  for  full-step  signaling). 

The  positive  transitions  on  RCLK  couple  cap- 
acitively  with  the  adjacent  pin  having  the  510  Ohm 
pull  up  to  Vcc-  This  noise  is  then  amplified  and  ap- 
pears as  spikes  at  Transmit!.  The  problem  is  sig- 
nificant only  when  the  SIA  is  receiving  a  packet 
(RCLK  active)  or  when  TEST  is  grounded  (contin- 
uous RCLK).  Any  false  signals  at  Transmit*: 
meeting  the  amplitude  and  pulse  width  require- 
ment can  wake  up  the  transceiver  causing  a  colli- 
sion to  occur.  Usually,  the  spikes  are  too  narrow  to 
wake  up  the  transmitter  section  of  the  transceiver. 
As  an  extra  precaution,  a  20  pF  or  higher  (50  pF  if 
spikes  are  more  than  200mV)  capacitor  across  510 
Ohms  can  reduce  the  spikes  significantly. 

Consider  the  40.2  Ohm  resistors  at  the  SIA  side 
receive+  and  collision+,  and  at  the  transceiver 
side  DO+,  (see  Figure  9).  One  may  think  that 
there  is  no  need  for  the  terminating  resistors 
since  no  AUI  cable  is  normally  used  in  Cheaper- 
net  applications.  True,  there  is  no  AUI  cable; 
however,  the  resistors  at  DO+  also  form  part  of 
the  output  load  when  the  SIA  is  driving  transmit+ , 
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Figure  9.  Am7996  Cheapernet  Chip-set  (Am7990,  Am7992B,  and  Am7996)  Interconnection  Diagram 
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and  the  resistors  at  collision*  and  receive*. form  part 
of  the  output  load  when  the  transceiver  is  driving  its 
CI* and  Dl*  outputs.  K  these  resistors  are  removed, 
the  SIA  and  transceiver  will  still  be  functional;  how- 
ever, distortion  on  SIAAransceiver  interface  is  more 
likely  to  occur.  It  is  recommended  that  the  40.2ft 
resistors  be  used  as  specified. 

Repeater  Design 

A  transceiver  module  is  designed  to  drive  either  one 
Ethernet  or  one  Cheapernet  cable  segment.  There 
can  be  up  to  five  cable  segments  as  specified  by  the 
standard.  Repeaters  are  used  to  link  the  cable  seg- 
ments together  so  that  all  the  nodes  attached  to  dif- 
ferent cable  segments  can  communicate  with  each 
other.  The  main  function  of  the  repeater  is  make  all 
the  isolated  cable  segments  appear  as  one  single 
cable.  The  repeater  restores  the  energy  of  the  signal 
to  permit  driving  another  cable  segment.  Refer  to 
Figure  1 0  for  a  block  diagram  of  a  repeater  and  also 
to  Figure  3  for  a  network  configuration  using  repeat- 


There  are  two  sides  to  the  repeater:  One  side  of 
the  repeater  is  attached  to  one  cable  segment;  the 
other  side  is  attached  to  another  cable  segment.  A 
repeater  should  transfer  the  messages  across  re- 
gardless of  the  address  or  the  data  contents  of  the 
packet.  When  a  collision  is  detected  on  any  side  to 
which  the  repeater  is  transmitting,  the  repeater 
transmits  a  Jam  (1010  pattern)  to  both  sides  of  its 
connection.  This  mechanism  ensures  that  the  colli- 
sion is  recognized  by  all  the  nodes  on  bo 
segments  connected  via  the  repeater. 


When  using  the  Am7996  in  a  repeater  application, 
the  external  component  diagram,  Figure  4,  should 
be  used.  In  this  configuration,  the  collision 
detection  threshold  is  adjusted  for  receive  mode 
collision  detection,  and  the  SQE  test  is  inhibited. 

Re-Generative  Repeaters:  There  are  two  types  of 
repeaters:  re-generative  and  non-generative.  The 
re-generative  repeaters  re-generate  the  64  pre- 
amble bits  (including  the  sync  bits)  normally  within 
the  frame.  When  a  packet  arrives  (data  carrier  is  de- 
tected), the  repeater  starts  sending  preamble  bits 
to  the  other  side  while  searching  for  the  sync  bits 
from  the  receiving  end.  When  it  finds  the  sync 
bits,  it  stores  the  data  (the  bits  following  the  sync 
bits)  until  it  is  finished  sending  the  preamble  bits. 
Then  it  immediately  starts  sending  the  data.  The 
preamble  duplication  mechanism  ensures  that  any 
lost  preamble  bits,  within  the  receiving  packet,  are 
restored  before  the  data  reaches  the  other  cable 
segment. 


Non-Generative  Repeaters:  The  non-generative 
repeaters  just  repeat  the  signals  without  adding 
any  preamble  bits  to  the  frame.  The  drawback  with 
this  type  of  repeater  is  that  the  lost  preamble  bits 
(due  to  the  cables,  transceivers,  and  other 
repeaters  along  the  path)  are  not  restored.  Fewer 
preamble  bits  will  leave  less  margin  for  the  PLL 
decoders  to  lock  into  the  Manchester  data.  It  may 
take  as  many  as  12  preamble  bits  for  the  PLL  to 
acquire  the  clock  in  some  of  the  VLSI  decoders. 
The  Am7992B  (SIA)  PLL  acquires  the  clock  in  only 
4  bit  times. 
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3SIGNMENTS  (IEEE  802.3) 


Pin 

Circuit 

Description 

Use 

1 

CIS 

Control  In  circuit  Shield 

Coll  shield 

2 

CIA 

Control  In  circuit  A 

Coll- 

3 

DO-A 

Data  Out  circuit  A 

Xmit  (DO)  + 

4 

Dl-S 

Data  In  circuit  Shield 

Rx  Shield 

5 

Dl-A 

Data  In  circuit  A 

Rx  (Dl)  + 

6 

Vc 

Voltage  Common 

12  V  ground 

7 

CO-A 

Control  Out  circuit  A 

-option- 

8 

COS 

Control  Out  circuit  Shield 

-option- 

9 

Cl-B 

Control  In  circuit  B 

Coll  + 

10 

DOB 

Data  Out  circuit  B 

Xmit(DO)- 

11 

DOS 

Data  Out  circuit  Shield 

Xmit  shield 

12 

DIB 

Data  In  circuit  B 

Rx  (Dl)  - 

13 

VP 

Voltage  Plus 

+  12V 

14 

VS 

Voltage  Shield 

DTE  ground 

15 

COB 

Control  Out  circuit  B 

-option- 

Shell 

PG 

Protective  Ground 

Chassis 

ETHERNET  AUI CABLE 


Pin 

Description 

Use 

1 

Shield 

Chassis 

2 

Collision  Presence 

Coll  + 

3 

Transmit  + 

Xmit  (DO)  + 

4 

Reserved 

NC 

5 

Receive  + 

Rx  (Dl)  + 

6 

Power  Return 

1 2  V  ground 

7 

Reserved 

NC 

8 

Reserved 

NC 

9 

Collision  Presence 

Coll- 

10 

Transmit  - 

Xmit(DO)- 

11 

Reserved 

NC 

12 

Receive 

Rx  (Dl)  - 

13 

Power 

+  12V 

14 

Reserved 

NC 

15 

Reserved 

NC 

Shell 

Chassis 
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RELATED  HARDWARE  SUPPORT 

There  are  two  different  types  of  evaluation 
boards  which  integrate  the  Am 7996.  They  are: 

•  Am7996  evaluation  board 
(PN  Am7996EVAL) 

•  Ethernet-Cheapernet  Low  Lost  AT  Board 
(PN  ETHNEVAL5) 


RELATED  DOCUMENTATION 

•  Am7990  Family  Reference  Guide  #03394 

•  Local  Area  Network  Controller  Am7990 
(LANCE)  Technical  Manual  #06363 

•  Interfacing  the  Am7990  to  7422  8-bit 
Microprocessors 

•  Am7990  (LANCE)  Data  Sheet  #05698 

•  Am7992B  (SIA)  Data  Sheet  #03378 

•  Am7996  (Tranceiver)  Data  Sheet  #07506 
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PC  BOARD  LAYOUT  CONSIDERATIONS 

To  protect  the  transceiver  from  the  environment 
and  to  achieve  optimum  performance,  the 
Am7996  is  designed  to  be  used  with  two  sets  of 
external  components:  the  transmitter  circuit 
consisting  of  components  D1,  D2,  D3,  R7,  R8, 
and  C3,  and  the  receiver  circuit  consisting  of 
components  R5,  R6,  CL,  and  Cc  (CL  is  a  parasitic 
capacitance  rather  than  a  discrete  component). 
These  two  circuits  are  shown  in  both  Figure  4 
and  in  Figure  5.  The  resistor  tolerances  forthese 
circuits  are  specified  as  1%  for  temperature 
stability. 

The  only  layout  restriction  for  the  transmitter 
circuit  is  that  the  longest  current  path  from  the 
TXT  pin  (pin  12)  to  the  coaxial  cable's  center 
conductor  must  be  no  longer  than  4  inches. 

The  layout  of  the  receiver  circuit,  however,  is  criti- 
cal, to  minimize  parasitic  capacitance  that  can  de- 
grade the  received  signal,  the  external  receiver 
circuit  should  be  isolated  from  power  and  ground 
planes.  There  must  be  no  power  or  ground  plane 
under  the  area  of  the  PC  board  that  includes  pins 
15  through  20,  R5,  R6,  and  the  connector  for  the 
coaxial  cable.  If  a  power  or  ground  plane  extends 
under  this  area,  the  receiver  will  not  function  prop- 
erly due  to  excessive  crosstalk  and  under-  or  over- 
compensation of  the  R5-R6  attenuator.  Also,  the 
RXT  pin  (Pin  1 6)  should  be  as  close  to  the  coaxial 
cable  connector  as  possible. 


Since  there  are  no  severe  layout  restrictions  on 
the  transmitter  circuit,  the  layout  can  be  simplified 
by  omittiing  power  and  ground  planes  from  the 
whole  area  on  the  right  side  of  the  Am7996  as 
shown  in  Figure11. 

If  the  above  layout  rules  are  followed,  the  para- 
sitic capacitance  in  parallel  with  R6  will  be  about 
6  pF.  This  parasitic  capacitance  is  shown  in  the 
schematics  as  CL.  (Note  that  CL  is  a  parasitic 
capacitance.  Do  not  add  a  discrete  capacitor  in 
parallel  with  R6.)  The  capacitor  labelled  Cc  in  the 
schematics  is  the  total  capacitance  in  parallel 
with  R5  including  parasitic  capacitance.  The 
parasitic  component  of  Cc  will  be  about  1  pF.  For 
optimum  performance,  the  ratio  of  Q  to  Cc  should 
be  the  same  as  the  ratio  of  R5  to  R6,  which  is  3 
to  1.  This  means  that  an  additional  1  pF  of 
citance  must  be  added  in  parallel  with  R5. 


This  extra  1  pF  of  capacitance  can  easily  be 
added  by  building  a  parallel-plate  capacitor  from 
PC  traces  right  under  resistor  R5.  This  capacitor 
can  consist  of  a  0.200  inch  by  0.200  inch  square 
of  conductor  on  each  side  of  the  board  as  shown 
in  Figure  12.  (These  dimensions  assume  that  the 
PC  board  is  made  from  0.060  inch  thick  G-10 
material.)  The  top  plate  of  the  capacitor  should  be 
connected  to  the  one  lead  of  R5,  and  the  bottom 
plate  should  be  connected  to  the  other  lead. 
Figure  13  shows  an  example  of  the  suggested 
layout  for  a  4-layer  printed  circuit  board.  Note  that 
the  component  labeling  used  in  Figure  13  is  not 
intended  to  correspond  with  the  component  la- 
beling used  in  Figure  4  and  Figure  5. 
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C-LANCE-AT-KT  Advanced 

Micro 

Am79C90  Based  Ethernet/Cheapernet/Twisted  Pair  Devices 
Half  Card  Evaluation  Kit  for  PC/AT™ 


DISTINCTIVE  CHARACTERISTICS 

■  cJlanCE-AT-KT/2  integrated  with  10BASE2 
transceiver  and  AUI  port 

■  C-LANCE-AT-KT/2T  integrated  with  10BASE-T 
transceiver  and  AUi  port 

Implements  a  working  Ethernet  node  using  an 
IBM  PC/AT  or  compatible  as  host 

amplete  solution  utilizes  CMOS  Local  Area 
Network  Controller  for  Ethernet  (C-LANCE) 
high  performance,  low-cost  bus  master 
architecture 

Supports  the  following  types  of  network 
interface: 

Standard  AUI  port  for  external  10BASE2, 
10BASE5,  or  10BASE-T  MAU  connection 


—  On  board  transceiver  for  Cheapernet 
connection  (C-LANCE-AT-KT/2  only) 

—  On  board  transceiver  for  Twisted  Pair 
connection  (C-LANCE-AT-KT/2T  only) 

Evaluation  software  allows  the  system 
designer  access  to  register  level  functions, 
thereby  facilitating  quick  development  of 
custom  software  drivers 

100%  compatible  with  Novell  NE2100  card 

Includes  driver  object  code  only  for 
NetWare™  ODI,  NDIS  2.01,  NDIS  3.0,  Artisoft® 
LANtastic/AI™,  Streams  (for  SCO  UNIX),  and 
Packet  Driver 


GENERAL  DESCRIPTION 

The  Ethernet/Cheapernet/IEEE  802.3  evaluation  kit, 
called  the  C-LANCE-AT-KT  (Am21 00  architecture),  is  a 
design  evaluation  vehicle  for  AMD's  Ethernet  chipset.  It 
is  intended  for  use  in  IBM  PC/AT  or  compatible  ma- 
chines, and  represents  a  low  component  count,  mini- 
mum board  space,  low  cost  network  adapter 
implementation.  There  are  two  versions  of  the  card 
available  for  evaluation,  each  optimized  for  a  particular 
medium.  The  C-LANCE-AT-KT/2  card  supports  the 
10BASE2  (Cheapernet)  connection,  while  the 
C-LANCE-AT-KT/2T  card  supports  the  10BASE-T 
(Twisted  Pair)  connection.  Both  versions  have  a  stan- 
dard AUI  port  (fully  IEEE 802.3,  Section  7,  compliant)  for 
connecting  to  10BASE5  (Ethernet)  medium  through  an 
external  MAU.  The  choice  of  network  media  operation 
is  jumper  selectable. 

Despite  the  card's  low  cost,  it  is  still  a  high  performance 
design  that  takes  full  advantage  of  the  PC/AT  multi- 
master  I/O  bus.  When  installed  in  a  host  machine,  the 
system  becomes  a  platform  upon  which  to  evaluate  net- 
work hardware  and  to  develop  software  for  a  complete 
node  processor.  The  software  designer  can  take  advan- 
tage of  the  many  tools  available  for  the  PC/AT- 
compilers,  assemblers,  and  debuggers. 

The  C-LANCE-AT-KT  comes  with  a  floppy  diskette  of 
software  programs.  The  software  includes  a  high- 


level  demonstration  program,  a  low-level  driver/ 
monitor,  Packet  Driver  (version  1 0.3),  driver  object  code 
for  NetWare  ODI,  NDIS  2.01,  NDIS  3.0,  Artisoft 
LANtastic/AI,  and  Streams  (for  SCO  UNIX).  The  dem- 
onstration program  contains  an  ISO  data  link  layer  with 
a  menu  driven  interface  which  allows  the  user  to  assign 
physical  and  logical  addresses,  establish  connections, 
and  send  and  receive  messages.  The  driver/monitor 
lets  the  user  view  and  change  the  contents  of  the 
C-LANCE's  registers,  the  memory  resident  Initialization 
Block,  and  the  data  buffer  Descriptor  Rings.  The  pro- 
gram also  allows  the  designer  to  establish  loops  for 
hardware  data  probing.  The  Packet  Driver  (source  code 
and  object  code)  is  included  as  a  sample  C-LANCE 
driver  in  80x86  assembly  language.  The  Novell 
NetWare  object  code,  as  well  as  the  other  drivers,  trans- 
forms the  C-LANCE-AT-KT  into  a  cost  effective,  com- 
petitive, and  manufacturing-ready  commercial  board 
level  product.  This  allows  the  user  to  evaluate  the  per- 
formance of  the  AM  D  Ethernet  chipset  in  a  real  PC  LAN 
system. 

In  addition  to  the  board  and  the  software  diskette,  the 
C-LANCE-AT-KT  kit  comes  with  a  user's  manual 
including  device  specifications,  device  application 
notes,  the  Am2100/Am1500T  Network  Driver 
Installation  Guide,  C-LANCE  device  datasheet,  and 
cable  hook-up  hardware. 
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Am7996EVAL-HW 

Ethernet/Cheapemet  Transceiver  Evaluation  Kit 


Advanced 
Micro 
Devices 


DISTINCTIVE  CHARACTERISTICS 

■  Connects  the  standard  AUI  port  interface  to 
1QBASE-2  (Cheapernet)  connector. 

■  Juniper  selectable  Signal  Quality  Error  (SQE) 
test  allows  evaluation  in  both  node  and 
repeater  applications. 


Self  contained  board  facilitates  rapid 
evaluation  of  the  AUI  -to-coax  system  block, 
and  demonstrates  optimal  analog  design 
criteria. 


GENERAL  DESCRIPTION 

The  Am7996EVAL-HW  board  is  a  self  contained  mod- 
ule that  implements  all  the  functions  of  a  Medium  At- 
tachment Unit  (MAU)  for  IEEE  802.3  10BASE-2 
(Cheapernet).  This  3"x3"  board  can  be  used  to  connect 
any  AUI  port  interface  to  the  'thin'  coaxial  cable  used  in 
Cheapernet  networks.  This  system  permits  the  network 
designer  to  monitor  signals  on  the  card  to  increase  his 


understanding  of  IEEE  802.3  standards  and  conven- 
tions. A  jumper  selectable  SQE  test  enable/disable  lets 
the  board  function  in  both  user  node  or  network  repeater 
applications.  In  addition,  optimal  PC  board  layout  is  em- 
ployed. The  Am7996EVAL-HW  kit  comes  complete  with 
schematics,  application  notes,  and  coaxial  cable  con- 
nection hardware. 
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JUMPER  SETTINGS 

The  jumper  settings  specify  the  type  of  collision  detect 
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ISA-HUB™-KT 

Am79C981  and  Am79C987  Based  Ethernet 
Managed  Server  Hub  Card 


Advanced 
Micro 
Devices 


DISTINCTIVE  CHARACTERISTICS 

■  Modular,  expandable  PC  ISA/EISA  bus  compat- 
ible server  hub  card  based  on  AMD's  HIMIB™ 
and  IMR+™  devices 

■  Fully  compatible  with  the  IEEE  802.3  Layer 
Management  for  10  Mb/s  Baseband  Repeaters 
(Repeater  Management  Standard) 

■  Compatible  with  the  Novell's  Hub  Management 
Interface  (HMI);  HMI  driver  included 


HIMON  provides  user  friendly  display  and  sta- 
tistics monitoring  features,  and  simple  menu- 
driven  diagnostic  and  configuration 
capabilities 

Designed  to  be  independent  of  network  adaptei 
card  used  in  the  file  server 

Supports  eight  10BASE-T  ports  and  one 
AUI  port 

Provides  Link  Status  LED  for  10BASE-T  ports 


GENERAL  DESCRIPTION 

The  ISA-HUB-Kit  is  designed  to  serve  as  a  repeater  ap- 
plication example  as  well  as  an  evaluation  vehicle  for 
the  AMD's  IMR+  (Am79C981)  and  HIMIB  (Am79C987) 
devices.  It  is  a  nine  port  (eight  1 0BASE-T  and  one  AUI), 
manageable,  expandable  10BASE-T  Ethernet 
Repeater  card,  and  is  fully  compatible  with  the  IEEE 
802.3  Repeater  Management  Standard.  The  ISA-HUB 
card  is  intended  for  use  in  IBM  PC  ISA  and  EISA  bus 
compatible  machines.  The  kit  includes  all  the  necessary 
hardware,  software  and  documentation  to  build  a  fully 
managed  9-port  repeater.  When  installed  in  a  file  server, 
the  ISA-HUB  card,  in  conjunction  with  a  network  adapter 
card  (such  as  NE2100  or  NE1500T),  provides  direct  file 
server  to  node  connectivity. 

The  ISA-HUB  card  is  designed  to  be  modular  and 
expandable.  Up  to  eight  cards  can  be  cascaded  to 
support  64  10BASE-T  ports. 

The  HIMON  (Hlmib  MONitor)  program  is  a  menu  driven, 
PC  (MSDOS)  software  program  that  allows  the  user  to 
monitor  and  program  various  registers  in  the  HIMIB  and 
IMR+  devices. 

The  ISA-HUB  card  is  fully  compatible  with  the  Novell 
Hub  Management  Interface  (HMI)  specification.  An  HMI 
driver  is  included  as  a  part  of  the  kit.  The  card  is 


designed  to  be  independent  of  the  network  adapter  card 
used  in  the  file  server.  File  server  connection  to  the  net- 
work is  accomplished  by  connecting  the  adapter  card  to 
one  of  the  ISA-HUB  ports. 

The  ISA-HUB-Kit  is  composed  of  the  following  items. 

■  ISA-HUB  ISA/EISA  bus  compatible  adapter  card 

■  HIMON  evaluation  program 

■  Novell  certified  HMI  compliant  driver,  object  code 

■  Novell  HUBCON  Netware  Loadable  Module  (NLM) 

executable 

■  User's  Guide  and  Reference  Manual 

■  Telco  cable  assembly 

■  RJ45  cluster  bar  (8  ports) 

■  AUI  connector  assembly  (includes  PC/AT  bracket 
and  ribbon  cable) 

■  Inter  Module  Expansion  (IMX)  bus  ribbon  cable 
and  connector  assembly 

■  IMR+  and  HIMIB  datasheets  (PID#  17306A  and 
17305A) 

■  AMD's  IEEE  802.3  Repeater  Technical  Manual 
(PID#  17314A) 
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FINAL 


PCnet™-ISA+-KT 


Am79C961  Based  Evaluation  Kits 
for  ISA  Systems 


£1 


Advanced 
Micro 
Devices 


GENERAL  DESCRIPTION 

■  Based  on  the  PCnet-ISA*  (Am79C961)  jumper- 
less  single-chip  ethemet  controller 

■  Two  evaluation  kit  options  available: 

—  PCnet-ISA*-KT/2  with  10BASE-T  and  10BASE2 
ports 

—  PCnet-ISA*-KT  with  10BASE-T  port 

■  Implements  a  full  functional  Ethernet  node 
using  an  IBM  PC/AT  or  compatible  as  host 

■  Ethernet  adapter  card  utilizing  a  high  perform- 
ance, low-cost  bus  master  architecture 
(NE2100) 


Supports  Microsoft's  Plug  and  Play  System 
configuration  for  jumperless  ISA  designs 
Supports  Look  Ahead  Packet  Processing 
(LAPP)  that  allows  protocol  analysis  to  begin 
before  end  of  receive  frame  for  higher 
performance 

Software  compatible  with  all  PCnet  family 
members 

Software  drivers  support  all  popular  Network 
Operating  Systems 

Includes  evaluation  board,  software  driver 
diskettes  and  supporting  documentation 


DISTINCTIVE  CHARACTERISTICS 

The  PCnet-ISA*  evaluation  kit  is  an  evaluation  vehicle 
for  the  Am79C961  PCnet™-ISA*  single  chip  Ethernet 
controller.  There  are  two  versions  of  the  kit  available 
for  evaluation.  The  PCnet-ISA*-KT  supports  the 
10BASE-T  (Twisted  Pair)  connection,  while  the  PCnet- 
ISA*-KT/2  supports  both  the  10BASE2  (Cheapernet) 
connection  and  the  10BASE-T  connection  on  the 
evaluation  card. 

The  evaluation  board,  when  installed  in  a  PC/AT  or  com- 
patible host  system,  provides  a  platform  for  demonstrat- 
ing the  high  performance  of  the  PCnet-ISA*  device,  the 
low  manufacturing  cost  of  a  PCnet-ISA*  based  solution 
and  overall  ease  of  design.  The  platform  further  allows 
the  user  to  evaluate  network  hardware  and  to  develop 
software  for  an  Ethernet  node  based  on  the  PCnet-ISA* 
single-chip  Ethernet  controller. 

In  addition  to  the  evaluation  board,  the  kit  comes  with 
software  diskettes,  a  hardware  user's  manual,  the 
PCnet  Family  Network  Driver  Installation  Guide,  device 
datasheet  and  the  PCnet  Family  Technical  Manual. 

The  software  includes  driver  object  codes  for  Novell 
NetWare  ODI  DOS  and  OS/2,  NetWare  Lite,  Microsoft 
Windows  NT,  Windows  for  Workgroups,  NDIS  2.0.1, 
Microsoft  LAN  Manager,  Banyan  VINES  Client,  IBM 
LAN  Server,  SCO  UNIX,  Artisoft  LANtastic/AI,  DEC 
Pathworks,  and  Packet  Driver.  Also  included  are  three 
utility  programs,  one  for  configuration  in  Microsoft  Plug 
and  Play  compatible  environments,  one  for  configura- 
tion of  the  network  adapter  card  and  software  driver  in- 
stallation in  non-Plug  and  Play  environments,  and  one 
for  EEPROM  configuration. 


In  addition,  AMD  provides  a  low-level  evaluation  pro- 
gram to  establish  connections  and  to  send  and  receive 
messages.  The  evaluation  program  allows  the  user  to 
view  and  change  the  contents  of  the  PCnet-ISA*  regis- 
ters, the  memory  resident  Initialization  Block,  and  the 
data  buffer  Descriptor  Rings.  The  program  also  allows 
the  designer  to  establish  loops  for  hardware  probing. 

When  installed  in  Microsoft  Plug  and  Play  compatible 
environments,  a  Plug  and  Play  utility  program  will  auto- 
matically configure  the  board  at  power  up.  Automatic 
configuration  of  the  I/O  base  address  and  the  interrupt 
channel  occurs  upon  power  up  by  the  utility  program.  No 
hardware  jumpers  are  required  for  configuration.  The 
utility  program  will  also  scan  and  detect  for  other  at- 
tached Plug  and  Play  peripherals  in  the  system  and  con- 
figure accordingly. 

When  installed  in  a  non-Plug  and  Play  environment,  the 
PCnet  Family  Configuration  and  Installation  utility  pro- 
gram, AMINSTALL,  provides  an  easy  user  interface  to 
view  the  configuration  of  the  PCnet-ISA*  evaluation 
board.  The  utility  program  will  automatically  scan  the 
system  bus(es),  which  may  include  ISA,  VL,  or  PCI  to 
find  the  installed  PCnet  device.  This  utility  program  will 
identify  AMD's  PCnet-ISA,  PCnet-ISA*,  PCnet-32,  and 
PCnet-PCI  devices.  With  the  configuration  portionofthe 
program,  the  utility  allows  the  user  to  select  the  I/O  ad- 
dress, IRQ  channel,  DMA  channel,  and  Boot  ROM  ad- 
dress for  the  PCnet-ISA*  device.  After  configuration,  the 
user  may  use  the  installation  portion  of  the  utility  to  in- 
stall a  selected  driver  by  copying  the  appropriate  driver 
from  the  AMD  diskette  and  create  or  modify  the 
CONFIG.SYS,  AUTOEXEC.BAT,  and  PROTOCOL.INI 
or  NET. CFG  files  on  the  user's  system. 
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The  PCnet-ISA*  evaluation  board  stores  the  unique 
IEEE  physical  address  in  the  serial  EEPROM.  Once 
powered  up,  the  Am79C961  device  reads  the  node's 
EEE  physical  address  from  the  EEPROM  through  the 
Microwire  interface  protocol.  The  EEPROM  utility 
program  allows  the  user  to  change  the  bus  configuration 
options  such  as  burst  length,  FIFO  thresholds,  I/O  loca- 
tion, etc.  For  more  details  about  the  PCnet-ISA*  single 


chip  Ethernet  controller,  refer  to  the  Am79C961 
PCnet-ISA'  data  sheet  (PID#  1 81 83)and  PCnet  Family 
Technical  Manual  (PID#  18216). 

For  more  details  about  other  members  of  the  PCnet 
Family,  including  PCnet-ISA  (Am79C960),  PCnet-32 
(Am79C965)  and  PCnet-PCI  (Am79C970),  referto  their 
respective  datasheets  (PID#'s  16907B,  18219B,  and 
18220B). 
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GENERAL  DESCRIPTION 

■  Based  on  the  PCnet-32  (Am79C965)  32-bit 
single-chip  Ethernet  controller 

vo  evaluation  kit  options  available: 

PCnet-32-KT/2  with  10BASE-T  and 
10BASE2  ports 

-  PCnet-32-KT  with  1 0BASE-T  port 

Implements  a  full  functional  Ethernet  node 
using  a  VESA  VL-Bus  system  as  host 


Twc 

-F 


Ethernet  adapter  card  utilizing  a  high  perform- 
ance, low-cost,  bus-master  architecture 
(NE2100) 

Software  compatible  with  all  PCnet  family 
members 

Software  drivers  support  all  popular  Network 
Operating  Systems 

Includes  evaluation  board,  software  driver 
diskettes  and  supporting  documentation 


DISTINCTIVE  CHARACTERISTICS 

The  PCnet-32  evaluation  kit  is  an  evaluation  vehicle  for 
the  Am79C965  PCnet™-32  single  chip  Ethernet  control- 
ler. There  are  two  versions  of  the  kit  available  for  evalu- 
ation. The  PCnet-32-KT  supports  the  1 0BASE-T 
(Twisted  Pair)  connection,  while  the  PCnet-32-KT/2 
supports  both  the  10BASE2  (Cheapernet)  connection 
and  the  1 0BASE-T  connection  on  the  evaluation  card. 

The  evaluation  board,  when  installed  in  a  VESA  Local- 
Bus  host  system,  provides  a  platform  for  demonstrating 
the  high  performance  design  of  the  PCnet-32  device, 
the  low  manufacturing  cost  of  a  PCnet-32  based  solu- 
tion and  the  overall  ease  of  design.  The  platform  further 
allows  the  user  to  evaluate  network  hardware  and  to  de- 
velop software  for  an  Ethernet  node  based  on  the 
PCnet-32. 

In  addit  on  to  the  evaluation  board,  the  kit  comes  with 
software  diskettes,  a  hardware  user's  manual,  the 
PCnet  Family  Network  Driver  Installation  Guide,  and  de- 
vice datasheet  and  the  PCnet  Family  Technical  Manual. 

The  software  includes  driver  object  codes  for  Novell 
NetWare™  ODI  DOS  and  OS/2,  NetWare  Lite,  Microsoft 
Windows  NT,  Windows  for  Workgroups,  LAN  Manager, 
Banyan  VINES  Client,  IBM  LAN  Server,  SCO  UNIX, 
Artisoft  LANtastic/AI,  DEC  Pathworks,  and  Packet 
Driver.  Also  included  are  two  utility  programs,  one  for 
configuration  of  the  network  adapter  card  and  software 
driver  installation,  and  one  for  EEPROM  configuration. 

In  addition,  AMD  provides  a  low-level  evaluation  pro- 
gram to  establish  connections  and  send  and  receive 


messages.  The  evaluation  program  allows  the  user  to 
view  and  change  the  contents  of  the  PCnet-32  registers, 
the  memory  resident  Initialization  Block,  and  the  data 
buffer  Descriptor  Rings.  The  program  also  allows  the 
designer  to  establish  loops  for  hardware  probing. 

The  PCnet  Family  Configuration  and  Installation  utility 
program,  Amlnstall,  provides  an  easy  user  interface  to 
view  the  configuration  of  the  PCnet-32  evaluation 
board.  The  utility  program  will  automatically  scan  the 
system  bus(es),  which  may  include  ISA,  VL,  or  PCI  to 
find  the  installed  PCnet  device.  This  utility  program  will 
identify  AMD's  PCnet-ISA,  PCnet-ISA*,  PCnet-32,  and 
PCnet-PCI  devices.  With  the  configuration  portion  of  the 
program,  the  utility  allows  the  user  to  select  the  I/O  ad- 
dress, IRQ  channel,  DMA  channel,  and  Boot  ROM  ad- 
dress for  the  PCnet-32  device.  After  configuration,  the 
user  may  use  the  installation  portion  of  the  utility  to  in- 
stall a  selected  driver  by  copying  the  appropriate  driver 
from  the  AMD  diskette  and  create  or  modify  the  CON- 
FIG.SYS, AUTOEXEC.BAT,  and  PROTOCOL.INI  or 
NET. CFG  files  on  the  user's  system. 

The  PCnet-32  evaulation  board  stores  the  unique  IEEE 
physical  address  in  the  serial  EEPROM.  Once  powered 
up ,  the  Am79C965  device  reads  the  node's  IEEE  physi- 
cal address  from  the  EEPROM  through  the  Microwire 
interface  protocol.  The  EEPROM  utility  program  allows 
the  userto  change  the  bus  configuration  options  such  as 
burst  length,  FIFO  thresholds,  I/O  location,  etc.  For 
more  details  about  the  PCnet-32  single  chip  Ethernet 
controller,  refer  to  the  Am79C965  PCnet-32  data  sheet 
(PID#  18219)  and  PCnet  Family  Technical  Manual 
(PID#  18216). 
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PCnet™-PCI-KT 

Am79C970  Based  Evaulation  Kit 
for  PCI  Systems 


Advanced 
Micro 
Devices 


GENERAL  DESCRIPTION 

■  Based  on  the  PCnet-PCI  (Am79C970)  single- 
chip  Ethernet  controller  for  PCI  local  bus 

■  PCnet-PCI  Ethernet  card  with  on-board 
10BASE-T  and  10BASE2  connections 

■  imp  ements  a  full  functional  Ethernet  node  us- 
ing a  PCI  (Peripheral  Component  Interconnect) 
based  system 

■  Ethernet  adapter  card  utilizing  a  high  perform- 
ance, low-cost  bus  master  architecture 
(NE2100) 


Software  configurable 

Software  compatible  with  all  PCnet  family 
members 

Software  drivers  support  all  popular  Network 
Operating  Systems 

Includes  evaluation  board,  software  driver 
diskettes  and  supporting  documentation 


DISTINCTIVE  CHARACTERISTICS 

The  PCnet-PCI  evaluation  kit  is  a  design  evaluation  ve- 
hicle for  the  Am79C970  PCnet-PCI  single  chip  Ethernet 
controller  with  a  PCI  bus  interface.  The  kit  includes  an 
evaluation  board  with  the  Am79C970  single  chip  Ether- 
net controller  and  for  10BASE-T  (Twisted  Pair)  or 
10BASE2  (Cheapernet)  media. 

The  evaulation  board  when  installed  in  a  PCI  based  host 
system  provides  a  platform  for  demonstrating  the  high 
performance  of  the  PCnet-PCI  device,  the  low  manufac- 
turing cost  of  a  PCnet-PCI  based  solution  and  the  over- 
all ease  of  design.  The  platform  further  allows  the  user  to 
evaluate  network  hardware  and  to  develop  software  for 
an  Ethernet  node  based  on  the  PCnet-PCI. 

In  addition  to  the  evaluation  board,  the  kit  comes  with 
software  diskettes,  a  hardware  user's  manual,  the 
PCnet  Family  Network  Driver  Installation  Guide,  device 
datasheet  and  PCnet  Family  Technical  Manual. 

The  software  includes  driver  object  codes  for  Novell 
NetWare  ODI  DOS  and  OS/2,  NetWare  Lite,  Microsoft 
Windows  NT,  Windows  for  Workgroups,  LAN  Manager, 
Banyan  VINES  Client,  IBM  LAN  Server,  SCO  UNIX, 
Artisoft  LANtastic/AI,  DEC  Pathworks,  and  Packet 
Driver.  A  so  included  are  two  utility  programs,  one  for 
configuration  of  the  network  adapter  card  and  software 
driver  installation,  and  one  for  EEPROM  configuration. 

No  hardware 
The  PCI 
power  up 
DMA  channel 


jumpers  are  required  for  configuration, 
system  BIOS  automatically  configures  on 
the  I/O  Base  Address,  interrupt  channel,  and 
for  the  PCI  Ethernet  adapter  card. 


In  addition,  AMD  provides  a  low-level  evaluation  pro- 
gram to  establish  connections  and  send  and  receive 
messages.  The  evaluation  program  allows  the  user  to 
view  and  change  the  contents  of  the  PCnet-PCI  regis- 
ters, the  memory  resident  Initialization  Block,  and  the 
data  buffer  Descriptor  Rings.  The  program  also  allows 
the  designer  to  establish  loops  for  hardware  probing. 

The  PCnet  Family  Configuration  and  Installation  utility 
program,  Amlnstall,  provides  an  easy  user  interface  to 
view  the  configuration  of  the  PCnet-PCI  evaluation 
board.  The  utility  program  will  automatically  scan  the 
system  bus(es),  which  may  include  ISA,  VL,  and  PCI  to 
find  the  installed  PCnet  device.  This  utility  program  will 
identify  AMD's  PCnet-ISA,  PCnet-ISA*,  PCnet-32,  and 
PCnet-PCI  devices.  With  the  configuration  portion  of  the 
program,  the  utility  will  find  and  report  to  the  user,  the  I/O 
address,  IRQ  channel  and  DMA  channel,  assigned  to 
the  PCnet-PCI  device  by  the  system  BIOS.  After  con- 
figuration, the  user  may  use  the  installation  portion  of 
the  utility  to  install  a  selected  driver  by  copying  the  ap- 
propriate driver,  from  the  AMD  diskette  and  create  or 
modify  the  CONFIG.SYS,  AUTOEXEC.BAT,  and  PRO- 
TOCOL.INI  or  NET. CFG  files  on  the  user's  system. 

The  PCnet-PCI  evaulation  board  stores  the  unique 
IEEE  physical  address  in  the  serial  EEPROM.  Once 
powered  up,  the  Am79C970  device  reads  the  node's 
IEEE  physical  address  from  the  EEPROM  through  the 
Microwire  interface  protocol.  For  more  details  about  the 
PCnet-PCI  Ethernet  Controller,  also  refer  to  the 
Am79C970  PCnet-PCI  data  sheet  (PID#  18220)  and 
PCnet  Family  Technical  Manual  (PID#  18216). 
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PCnet™-PCI-KT 

SECTION 


PHYSICAL  DIMENSIONS* 


CD  020 

20-Pin  Ceramic  Dual  In  Line  Package    4-3 

CD3024 

24-Pin  (300  mil)  Ceramic  Dual  In  Line  Package   4-3 

PD  020 

20-Pin  Plastic  Dual  In  Line  Package   4-4 

PD048 

48-Pin  Plastic  Dual  In  Line  Package   4-4 

PD3024 

24-Pin  Plastic  Dual  In  Line  Package   4-5 

PL  020 

20-Pin  Plastic  Leaded  Chip  Carrier   4-5 

PL  028 

28-Pin  Plastic  Leaded  Chip  Carrier   4-6 

PL  068 

68-Pin  Plastic  Leaded  Chip  Carrier   4-6 

PL  084 

84-Pin  Plastic  Leaded  Chip  Carrier   4-7 

PQB132 

132-Pin  Plastic  Quad  Flat  Pack  Trimmed  and  Formed   4-8 

PQB132 

132-Pin  Plastic  Quad  Flat  Pack  with  Molded  Carrier  Ring    4-9 

PQJ160 

160-Pin  EIAJ  Quad  Flat  Pack  Package   4-10 

PQR100 

100-Pin  Plastic  Quad  Flat  Pack  Package  Trimmed  and  Formed    4-11 

PQR100 

100-Pin  Plastic  Quad  Flat  Pack  Package  with  Molded  Carrier  Ring   4-12 

PQR120 

120-Pin  Plastic  Quad  Flat  Pack  Package  with  Molded  Carrier  Ring   4-13 

PQR160 

160-Pin  Plastic  Quad  Flat  Pack  Package  with  Molded  Carrier  Ring   4-14 

PQT080 

80-Pin  Thin  Quad  Flat  Pack  Package   4-15 

'For  Reference  only,  not  to  scale.  BSC  is  an  ANSI  standard  for  Basic  Space  Centering. 
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CD  020 

20-Pin  Ceramic  Dual  In  Package  (measured  in  inches) 
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24-Pin  (300  mil)  Ceramic  Dual  In  Line  Package  (measured  in  inches) 
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PD  020 

20-Pin  Plastic  Dual  In  Line  Package  (measured  in  inches) 
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PD  048 

48-Pin  Plastic  Dual  In  Line  Package  (measured  in  inches) 
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PD3024 

24-Pin  Plastic  Dual  In  Line  Package  (measured  in  inches) 
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PL  028 

28-Pin  Plastic  Leaded  Chip  Carrier  (measured  in  inches) 
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PL  084 

84-Pin  Plastic  Leaded  Chip  Carrier  (measured  in  inches) 
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PQB132 

132-Pin  Plastic  Quad  Flat  Pack  Trimmed  and  Formed 
(measured  in  millimeters) 
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132-Pin  Plastic  Quad  Flat  Pack  with  Molded  Carrier  Ring 
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160-Pin  EIAJ  Quad  Flat  Pack  Package  (measured  in  inches) 
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1 00-Pin  Plastic  Quad  Flat  Pack 
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PQIMOO 

100-Pin  Plastic  Quad  Flat  Pack  Package  with  Molded  Carrier  Ring 
(measured  in  millimeters) 
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PQR120 

1 20-Pin  Plastic  Quad  Flat  Pack  Package  with  Molded  Carrier  Ring 
(measured  in  millimeters) 
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PQR160 

160-Pin  Plastic  Quad  Flat  Pack  Package  with  Molded  Carrier  Ring 
(measured  in  millimeters) 
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PQT080 

80-Pin  Thin  Quad  Flat  Pack  Package  (measured  in  millimeters) 
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